- 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

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

21 Sep '03

Hi folks, I've been doing some work on the Wine Developer's Guide. It's in better shape now, but I'd still rate it at 2.5 stars. It still needs some work until it's production quality, but the end is in sight. In fact, if Lionel can look at the OpenGL section (lots of things changed in there lately), and Eric at the Multimedia section (lots of things out of date), we'd be so much closer. Instead of sending all the updates as one big patch, I've tried to split them up, for all the known reasons. But before I start sending patches, I have a few comments about this documentation business. First, we have to resist the temptation to add a lot of redundant information. Like what is cvs, how it functions, etc. There are better resources available on the web, and we simply don't have the manpower to maintain, translate, etc. all this information. Having a lot of documentation may give us a warm and fuzzy feeling, but in fact it just shows how we have failed to make Wine transparent, and/or we haven't refined the docs. Nobody likes to read documentation, so let's keep it short, sweet, and interesting. Second, we have to avoid at all cost including information that can change often. We get an update for these docs only once every few years, and having obsolete information in there is way worse than having no information at all. There are better places to put such info: man pages, web pages (WineHQ), etc. Having it duplicated somewhere in the depths of these manuals serves no purpose then to create more (and useless) work for us. Third, we have to try to make these things look as books, and less likely a motley collection of files, interlaced with TODOs/FIXMEs/etc. -- Dimi.

1 0

how complete is the WINE DirectX & OLE/COM header files?
by Jonathan Wilson 21 Sep '03

21 Sep '03

1.where do I get the most complere DirectX & OLE/COM header files? WineHQ CVS or somewhere else? 2.how complete are they? 3.what version of DirectX are the header files targeted at?

1 0

Bug in the heap management code?
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Hallo. When I try to play "The Elder Scroll III: Tribunal" version 1.4.1313 german under wine I get a page fault after some time. The time span differs and so the calling point of the heap management but it always occurs in HEAP_CreateFreeBlock in line 415. Generating of a full "-debugmsg +heap" log is nearly impossible because it takes too long to start the game and start playing (after > 200 min. it still wasn't finished with initializing). ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x7d63d8 "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x53acae7c in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x539a0000, ptr=0x53acae78, size=0x3f6ebd18) [heap.c:415] in libntdll.dll.so) (ebp=4c031d80) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x539a0000, pArena=0x53aaae70, size=0x20000) [heap.c:521] in libntdll.dll.so) (ebp=4c031d9c) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0xa, size=0x20000) [heap.c:1159] in libntdll.dll.so) (ebp=4c031dc8) | 3 0x40aac68e (IDirect3DDevice8Impl_CreateImageSurface+0x9e(iface=0x4052fca8, Width=0x100, Height=0x80, Format=0x31545844, ppSurface=0x53a81dd0) [device.c:1987] in d3d8.dll.so) (ebp=4c031dec) | 4 0x40aaba39 (IDirect3DDevice8Impl_CreateTexture+0x119(iface=0x4052fca8, Width=0x100, Height=0x80, Levels=0x5, Usage=0x0, Format=0x31545844, Pool=0x1, ppTexture=0x52c58170) [device.c:539] in d3d8.dll.so) (ebp=4c031e20) | 5 0x006b9766 (Morrowind.exe..text+0x2b8766 in Morrowind.exe) (ebp=535bb5c0) | 6 0x00000001 (ebp=00748e84) | 7 0x006cf2a0 (Morrowind.exe..text+0x2ce2a0 in Morrowind.exe) (ebp=006ce690) | 8 0x00000478 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- ,----- | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0010, blocked by 000c, retrying (60 sec) | err:ntdll:RtlpWaitForCriticalSection section 0x4046001c "?" wait timed out in thread 0009, blocked by 000c, retrying (60 sec) | Unhandled exception: page fault on write access to 0x537c0064 in 32-bit code (0x400826d1). | In 32-bit mode. | 0x400826d1 (HEAP_CreateFreeBlock+0x11 [heap.c:415] in libntdll.dll.so): movl $0x45455246,0x4(%esi) | 419 pEnd = (char *)ptr + size; | Wine-dbg>bt | Backtrace: | =>0 0x400826d1 (HEAP_CreateFreeBlock+0x11(subheap=0x536b0000, ptr=0x537c0060, size=0x3f6f4c38) [heap.c:415] in libntdll.dll.so) (ebp=4c032518) | 1 0x400829be (HEAP_ShrinkBlock+0x4e(subheap=0x536b0000, pArena=0x537bff90, size=0xc8) [heap.c:521] in libntdll.dll.so) (ebp=4c032534) | 2 0x400838c7 (RtlAllocateHeap+0xa7(heap=0x40460000, flags=0x2, size=0xc8) [heap.c:1159] in libntdll.dll.so) (ebp=4c032560) | 3 0x412befe7 (MSVCRT.DLL.??_U@YAPAXI@Z+0x27 in msvcrt.dll.so) (ebp=4c032580) | 4 0x00412b03 (Morrowind.exe..text+0x11b03 in Morrowind.exe) (ebp=4c03261c) | 5 0x00412dcb (Morrowind.exe..text+0x11dcb in Morrowind.exe) (ebp=4af5fce8) | 6 0x5376b8e0 (_end+0x832c1f0) (ebp=4cbe2238) | 7 0x444e414c (_end+0x2ebf630) (ebp=007428b0) | 8 0x004c8620 (Morrowind.exe..text+0xc7620 in Morrowind.exe) (ebp=004c7b90) | 9 0x00000018 (ebp=e8f18b56) | *** Invalid address 0xe8f18b56 (MSVCP60.DLL..reloc+0x70dfab56) `----- Michael

5 8

[TOOLS] winecheck has still old environment syntax
by MichaelGuennewig＠gmx.de 21 Sep '03

21 Sep '03

Symptom: >>> Checking drive F settings: 016. Checking Path option... SUSPICIOUS (%HOME% does not exist !). - ADVICE: create this directory or point Path to a real directory. 017. Checking Type option... OK. --> PROBLEM. Changelog: Adapted winecheck to use new environment variable syntax (ex. %HOME%). Michael

1 1

usefull info on GDI internals but more is needed
by Jonathan Wilson 21 Sep '03

21 Sep '03

http://msdn.microsoft.com/msdnmag/issues/03/01/GDILeaks/ It indicates that there is a table that holds GDI internals and gives details about it. I can also confirm that the API call GdiQueryHandle in gdi32.dll retrieves pointer to this handle table. Does anyone have any more info related to how GDI handles work, what the different bits mean, how to turn a gdi handle into an entry in the shared handle table, the internal structures behind the pointers or whatever? Is anything more given in Windows Graphics Programming: Win32 GDI and DirectDraw that would help with this?

2 1

ros explorer
by Ivan Leo Murray-Smith 21 Sep '03

21 Sep '03

It looks cool, maybe it should go into the programs dir, in any case it look much better than the wine desktop. http://spazioinwind.libero.it/nonsolomicrosoft/explorer.html

1 0

re: wine + valgrind
by Dan Kegel 21 Sep '03

21 Sep '03

Oleg asked: > Could anyone give me the point how to use valgrind and wine altogether ? http://developer.kde.org/~sewardj/ says http://developer.kde.org/~sewardj/valgrind-1.9.6-wine.tar.bz2 is the valgrind to use. "This is variant of the older 1.9.6 stable release. It makes it possible to run Wine on Valgrind, and so to debug Windows applications with Valgrind. See README_WINE_FOLKS in this tarball for details. Valgrind 1.9.6-wine will work with any current CVS version of WINE, or any snapshot build from 20030408 onward. Provided you have the PDB files for executables and DLLs, valgrind will give stack traces for MSVC compiled code. Multi-threaded programs are fully supported. Leak checking does not work at the moment. A big thanks to Adam Gundy, arg(a)cyberscience.com, for this." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Fwd: [ros-kernel] Wow - InstlMsi
by Steven Edwards 20 Sep '03

20 Sep '03

We are making some progress. Thanks for all the help from the WINE team Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

wine + valgrind
by Oleg Prokhorov 20 Sep '03

20 Sep '03

Hello wine-devel, Could anyone give me the point how to use valgrind and wine altogether ? -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

wine compile times
by Tom 20 Sep '03

20 Sep '03

Hello, There are a couple slots in the FAQ that need a little TLC I would like to start on Memory useage and Compile times. I would like to get some compile times to add to *our* faq. 1) 3Ghz box with a 1GB+ of RAM (range) 2) 2Ghz box 512 to 1GB of RAM (range) 3) 1Ghz box with 128 to 512MB RAM (range) So, I would like to ask everyone one who can.. to post there "compile" times so I can add them to our most beautiful FAQ. Tom

1 0

implement interlocked* functions on Alpha AXP
by Steven Edwards 20 Sep '03

20 Sep '03

Hello, I know nothing about this except what I have learned in the past 4 hours so......... After looking at the interlocked code and reading how PEACE and Mono implement these functions I think this will work. This is assuming that the SUN code for implementing this is compatible with pthreads. I only get one warrning about a cast in interlocked_xchg_ptr so I assume I am on the right track with this. I have not done any work at this low level before so is there was something wrong with using pthreads here? I am not worried about breaking compatiblity with exsting Win32/64 AXP apps as there are few left. Changlog: Implement interlocked* function for the Alpha CPU Index: wine/libs/port/interlocked.c =================================================================== RCS file: /home/wine/wine/libs/port/interlocked.c,v retrieving revision 1.3 diff -u -r1.3 interlocked.c --- wine/libs/port/interlocked.c 2 Jul 2003 04:29:33 -0000 1.3 +++ wine/libs/port/interlocked.c 20 Sep 2003 02:07:04 -0000 @@ -244,6 +244,65 @@ _lwp_mutex_unlock( &interlocked_mutex ); return retv; } + +#elif defined(__ALPHA__) || defined(__AXP__) +/* This code was adapted from the Sparc port. After checking + * the way Mono and PEACE implement interlocked functions on + * pthreads I think it will work. + */ +#include <pthread.h> + +static pthread_mutex_t interlocked_mutex = PTHREAD_MUTEX_INITIALIZER; + +long interlocked_cmpxchg( long *dest, long xchg, long compare ) +{ + pthread_mutex_lock( &interlocked_mutex ); + if (*dest == compare) *dest = xchg; + else compare = *dest; + pthread_mutex_unlock( &interlocked_mutex ); + return compare; +} + +void *interlocked_cmpxchg_ptr( void **dest, void *xchg, void *compare ) +{ + pthread_mutex_lock( &interlocked_mutex ); + if (*dest == compare) *dest = xchg; + else compare = *dest; + pthread_mutex_unlock( &interlocked_mutex ); + return compare; +} + +long interlocked_xchg( long *dest, long val ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest = val; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + +void *interlocked_xchg_ptr( void **dest, void *val ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest = val; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + +long interlocked_xchg_add( long *dest, long incr ) +{ + long retv; + pthread_mutex_lock( &interlocked_mutex ); + retv = *dest; + *dest += incr; + pthread_mutex_unlock( &interlocked_mutex ); + return retv; +} + #else # error You must implement the interlocked* functions for your CPU #endif + __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Patch to fix build without optimization
by Pavel Roskin 19 Sep '03

19 Sep '03

Hello! Before I send it to wine-patches I'd like developers to look at it because it's an important issue and I'm not 100% sure that it's the best fix. I'm trying to compile CVS with without optimization and it fails: make[1]: Entering directory `/usr/local/src/wine/miscemu' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `InterlockedCompareExchange' InterlockedCompareExchange() is defined as extern inline in include/winbase.h for i386 and PowerPC. It's defined extern for other architectures. It's implemented in dlls/kernel/sync.c for all architectures, either in assembly code or as a call to interlocked_cmpxchg(). The implementation is linked into kernel32.dll. interlocked_cmpxchg() is declared in include/wine/port.h and implemented in libs/port/interlocked.c. It's exported by libwine_port.a. The unresolved call to InterlockedCompareExchange comes from wine/win32/device.c, which is linked into ntdll.dll. Actually, device.c calls InterlockedCompareExchangePointer(), which is a static inline function that calls InterlockedCompareExchange(). If optimization if off, InterlockedCompareExchangePointer() is used as a static function in wine/win32/device.c, and it calls external function InterlockedCompareExchange(). When the wine executable is linked, it's linked against ntdll.dll, but not against kernel32.dll. Therefore, the reference to InterlockedCompareExchange() in ntdll.dll is not satisfied. I see two solutions. One is to link wine executable against kernel32.dll. Another is to use the low-level function interlocked_cmpxchg_ptr(), which is what other code linked with "wine" does. I prefer the second solution for its simplicity and consistency. But I don't know, maybe dependency of ntdll.dll and wine executable on kernel32.dll is OK. Then we could eliminate low-level interlocked_cmpxchg() and use Win32 API functions for interlocking. Anyway, here's the patch. It works for me (Linux 2.4.23-pre4, gcc 3.2.2 from Red Hat 9, AMD Athlon). Tested with winemine, notepad and Windows Commander under Wine compiled with CFLAGS=-g ================================= --- win32/device.c +++ win32/device.c @@ -611,7 +611,7 @@ static HKEY create_special_root_hkey( HK if (NtCreateKey( &hkey, access, &attr, 0, NULL, 0, NULL )) return 0; } - if (!(ret = InterlockedCompareExchangePointer( (PVOID) &special_root_keys[idx], hkey, 0 ))) + if (!(ret = interlocked_cmpxchg_ptr( (PVOID) &special_root_keys[idx], hkey, 0 ))) ret = hkey; else NtClose( hkey ); /* somebody beat us to it */ ================================= -- Regards, Pavel Roskin

2 2

winedbg and loading symbols
by Michael Ost 19 Sep '03

19 Sep '03

Howdy, list. I can't figure out how to get winedbg (6/18/03 build) to load my application's symbol table. I am writing an ELF application which uses the wine libraries, and trying to debug it with winedbg. I can run that program fine, but when it loads the shared library built by winebuild (rm-host.exe.so) it says that there is no debug information in the ELF shared library. The file is built with -g, and 'nm' shows symbols galore. I tried using the 'symbolfile' command. The docs suggest that it would help, but I can't figure out what sort of 'path' argument it wants. Here's what I typed: Wine-dbg>symbolfile /home/most/src/rm-host/x86/rm-host.exe.so Parse error Wine-dbg>symbolfile F:\src\rm-host\x86\rm-host.exe.so Parse error Any suggestions? By the way has anyone got a GUI front end to winedbg in the works (ala kdbg for gdb)? I'd love to ge my hands on it. - mo PS: Sorry if this isn't the right forum, perhaps it's not a developer topic. But I can't find any other useful resources.

2 3

Trying to install ChurchWindows, but it requires IE4?
by Dan Kegel 19 Sep '03

19 Sep '03

My church is setting up a technology committee to decide what to do in the face of recent (possibly virus-related) problems they've been having. Naturally, Linux and Wine come to mind. The one app they run that I know of no Linux equivalent for is called ChurchWindows (from http://churchwindows.com, natch). A freely downloadable demo is available at their web site. Sadly, when I try to install it with 20030911, I get the error "Certain Microsoft files can only be provided by installing Internet Explorer version 4.01 Service Pack 2 or later. It appears that your computer does not curently have this version (or later) installed. Please install a newer version of Internet Explorer before running this install." I then tried --debugmsg +reg to see what it was sensing, but then the familiar old race condition reared its ugly head: "Error Number: 0x80040706 Description: Object reference not set Setup will now terminate" Can someone with more Wine juju than me have a look at http://209.190.80.19/trial/CW2003demo.exe and see how far off Wine is from supporting it? Thanks! - Dan

4 9

Re: WineHQ: Janitorial update
by Eric Pouech 19 Sep '03

19 Sep '03

Dimitrie O. Paun wrote: > ChangeLog > Add new task to track the removal of non-standard dirs. > The QueryDosDevice W->A crosscall was fixed. > The non-standard headers snoop.h and syslevel.h were removed. > to keep it uptodate, a couple of fixes in dlls/winmm (heap usage and W->A calls) have been fixed too A+ -- Eric Pouech

2 2

Re: [DXT3] menu in Tribunal now vanishes (regression?)
by MichaelGuennewig＠gmx.de 19 Sep '03

19 Sep '03

"Ann and Jason Edmeades" <us(a)the-edmeades.demon.co.uk> writes: > Thanks! I'll take a look. It'll probably be the weekend before I get a > chance to dig in, so bear with me. From your last post I think I understand > what you mean, and it should be easy to resolve. I'll get back to you Thanks, the patches dx76 up to dx79 have fixed the menu issue and als the most textures in the game are now back. But in the game the textures for the body of the persons are still missing as before, see screenshot at http://ls6-www.cs.uni-dortmund.de/~guennewi/Morrowind-Juib.png Don't know why because it doesn't give any error. Pherhaps these textures are only present with DXT2/4 support which isn't available. Michael

1 0

Re: Fix SetMenu after CreateWindow for invisible window
by Dmitry Timoshkov 19 Sep '03

19 Sep '03

"Michal Janusz Miroslaw" <M.Miroslaw(a)elka.pw.edu.pl> wrote: > +/********************************************************************** > + * SetMenu (USER32.@) > + */ > +BOOL WINAPI SetMenu( HWND hWnd, HMENU hMenu ) > +{ > + TRACE("(%p, %p);\n", hWnd, hMenu); > + > + if (GetWindowLongA( hWnd, GWL_STYLE ) & WS_CHILD) return FALSE; A better fix is to remove the above check altogether. -- Dmitry.

2 1

Re: dsound primary buffer volume/pan
by Oleg Prokhorov 19 Sep '03

19 Sep '03

Hello Robert, Thursday, September 18, 2003, 8:34:04 AM, you wrote: RR> Adds volume and pan support to primary buffers. RR> Adds more property set support. This patch creates with all the rest (excluding wineoss) drivers, which don't have IDsDriverBufferImpl_SetVolumePan implemented. Dsound is not working on them due to PrimaryCreate / PrimaryOpen fails. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: wine/ tools/winapi/msvcmaker ./configure.ac ./ ...
by Dimitrie O. Paun 19 Sep '03

19 Sep '03

On September 19, 2003 12:36 am, Alexandre Julliard wrote: > Log message: > Get rid of relay32 directory. I still can't believe this is gone... I thought we'd never get rid of relay32, if1632, etc. They were a constant eye sore for me :) Thank you! -- Dimi. P.S. And now a little dance around the fire to celebrate...

2 1

winecfg translations
by Mike Hearn 19 Sep '03

19 Sep '03

Basically, please don't do them. For starters, the GUI resources are constantly changing. Keeping the other versions in sync would be a full time job. Secondly, it causes problems with getting a clean diff against CVS because of the way I'm doing it.. Right now I don't think winecfg is stable enough to be doing translation work, especially considering the total lack of support in the win32 windowing system for non-sucky i18n. thanks -mike

1 0

Compile failed on Solaris 9 x86
by Dieter Bürgie 19 Sep '03

19 Sep '03

Hi there, I tried to compile Wine-20030911 on a Solaris 9 x86 with gcc 2.95.3. Wineinstall runs through until I get the following error when performing make: ------------------------------------------------------------------- ./tools/makedep -I. -I. -I./include -I./include -C. gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-ari th -g -O2 -o ddraw.spec.o ddraw.spec.c Assembler: ddraw.spec.c "/var/tmp/cc0f2yLe.s", line 28 : Syntax error "/var/tmp/cc0f2yLe.s", line 688 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 688 : Syntax error "/var/tmp/cc0f2yLe.s", line 689 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 689 : Syntax error "/var/tmp/cc0f2yLe.s", line 690 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 690 : Syntax error "/var/tmp/cc0f2yLe.s", line 691 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 691 : Syntax error "/var/tmp/cc0f2yLe.s", line 692 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 692 : Syntax error "/var/tmp/cc0f2yLe.s", line 693 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 693 : Syntax error "/var/tmp/cc0f2yLe.s", line 694 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 694 : Syntax error "/var/tmp/cc0f2yLe.s", line 695 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 695 : Syntax error "/var/tmp/cc0f2yLe.s", line 696 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 696 : Syntax error "/var/tmp/cc0f2yLe.s", line 697 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 697 : Syntax error "/var/tmp/cc0f2yLe.s", line 698 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 698 : Syntax error "/var/tmp/cc0f2yLe.s", line 699 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 699 : Syntax error "/var/tmp/cc0f2yLe.s", line 700 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 700 : Syntax error "/var/tmp/cc0f2yLe.s", line 701 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 701 : Syntax error "/var/tmp/cc0f2yLe.s", line 702 : Illegal mnemonic "/var/tmp/cc0f2yLe.s", line 702 : Syntax error Too many errors - Goodbye *** Error code 1 make: Fatal error: Command failed for target `ddraw.spec.o' Current working directory /export/home/ebbi/wine/wine-20030911/dlls/ddraw *** Error code 1 make: Fatal error: Command failed for target `ddraw' Current working directory /export/home/ebbi/wine/wine-20030911/dlls *** Error code 1 make: Fatal error: Command failed for target `dlls' Compilation failed, aborting install. ----------------------------------------------------------------------- Any help will be appreciated. Thanks, Ebbi -- +++ GMX - die erste Adresse für Mail, Message, More! +++ Getestet von Stiftung Warentest: GMX FreeMail (GUT), GMX ProMail (GUT) (Heft 9/03 - 23 e-mail-Tarife: 6 gut, 12 befriedigend, 5 ausreichend) Jetzt selbst kostenlos testen: http://www.gmx.net

1 0

wrc parse error
by flyker 19 Sep '03

19 Sep '03

resource.h: #define ID_MCODE 1024 #define ID_MCODE_1 ID_MCODE+1 The resource file generated by MSVC contains: ///////////////////////////////////////////////////////////////////////////// // // Dialog Info // RDSrvSheet DLGINIT BEGIN ID_MCODE_1, 0x403, 1, 0 // parse error in this string "\000" 0 END but string ID_MCODE, 0x403, 1, 0 compile successfull This section of resource is optional and i can delete it of cource. But this is a bug.

1 0

Re: scheduler/pthread build failure
by Gerald Pfeifer 19 Sep '03

19 Sep '03

This was fixed by revision 1.40 of scheduler/pthread.h: date: 2003/09/18 20:52:24; author: julliard; state: Exp; lines: +5 -6 Gabriele Giorgetti <gabriele.giorgetti(a)teamfab.it> Fix build with old libc. Thanks! Gerald On Mon, 8 Sep 2003, Gerald Pfeifer wrote: > I've been seeing the following build failures on FreeBSD 4.8 for a few > days: > > /usr/bin/gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT > -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/tmp/WINE/bin\"" > -DETCDIR="\"/tmp/WINE/etc\"" -Wall -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o > ../../scheduler/pthread.o ../../scheduler/pthread.c > ../../scheduler/pthread.c: In function `wine_pthread_init_process': > ../../scheduler/pthread.c:159: `__res_state' undeclared (first use in this function) > ../../scheduler/pthread.c:159: (Each undeclared identifier is reported only once > ../../scheduler/pthread.c:159: for each function it appears in.) > ../../scheduler/pthread.c: At top level: > ../../scheduler/pthread.c:263: `__res_state' used prior to declaration > gmake[2]: *** [../../scheduler/pthread.o] Error 1 > gmake[2]: Leaving directory > `/.amd_mnt/nashira/files5/test/wine/dlls/ntdll' > gmake[1]: *** [ntdll] Error 2

1 0

documentation cleanup
by Dimitrie O. Paun 19 Sep '03

19 Sep '03

OK, This should explain a bit more what I meant to say with this silly .dsl files. First, use the standard ones when building HTML and PS. This means that the docu will be build with the user's L&F which is the right thing to do IMO. If we don't do that, we might as well give up on SGML, it creates problems for no benefits. Once this patch is applied, we can: -- move default.dsl and print.dsl into the tools/ module where they belong (and where make_winehq needs them) -- remove make_winehq from our documentation dir, as it's been made obsolete by tools/make_winehq This should result in no change as how we build the documentation. BTW, this patch does not conflict with Francois' patch, in that his changes can be applied to default.dsl before we move it to tools/. ChangeLog Dimitrie O. Paun <dpaun(a)rogers.com> Do not force our presentation for the users who want to build their documentation. Index: documentation/Makefile.in =================================================================== RCS file: /var/cvs/wine/documentation/Makefile.in,v retrieving revision 1.32 diff -u -r1.32 Makefile.in --- documentation/Makefile.in 23 Jun 2003 19:51:21 -0000 1.32 +++ documentation/Makefile.in 12 Sep 2003 15:44:44 -0000 @@ -87,10 +87,10 @@ .SUFFIXES: .sgml /index.html .pdf .ps .sgml/index.html: - $(DB2HTML) -d $(SRCDIR)/default.dsl -o $* $< + $(DB2HTML) -o $* $< .sgml.pdf: - $(DB2PDF) -d $(SRCDIR)/print.dsl $< >/dev/null + $(DB2PDF) $< >/dev/null .sgml.ps: $(DB2PS) $< >/dev/null -- Dimi.

4 7

Re: docs: faq build
by Alexandre Julliard 18 Sep '03

18 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > The fact that the FAQ is now SGML does not warant > building it in all sorts of formats, and including > it in the docs tarball. Just because we can, does > not mean we should. > > In fact, theoretically we should move this over > to the lostwages/ modules, this is part of the > WineHQ proper, not the wine tree. I'm not sure I agree with that. If we make the documentation available for download then we should have the FAQ there too, we shouldn't require people to go to WineHQ to get it. I do agree that we don't need all the fancy formats, in fact the download should probably be only the plain text version. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: [DXT3] menu in Tribunal now vanishes (regression?)
by Ann and Jason Edmeades 18 Sep '03

18 Sep '03

>The patches themself seem to be okay only that the new if-statement in >IDirect3D8Impl_CheckDeviceFormat should be #ifdef >GL_EXT_texture_compression_s3tc because if it's not defined we don't >have the support as you can see in IDirect3DSurface8Impl_LoadTexture >(surface.c:468). So it will lead to white boxes on a system, when at >compile-time the constant isn't defined and the system says it support >it. But this isn't the case for me because the log show that it >definitly calls glCompressedTexImage2D. I dont understand this fully. The whole point is to eventually make all the decisions based at run time as to the capabilities of the graphics card, to enable distributions of wine (otherwise you are limited to the capabilities of the machine it was compiled on). Therefore in fillglcaps, we loog for the prescence of the compressed texture string (EXT_texture_compression_s3tc) and if present we will call it. In your case, it is present so it will be called. So when querying device formats, we can return that dxt1,3,5 are available, and later on we should call the glCompressedTexImage2D call. #ifdef'ing it either takes it out (in which case we say we dont support dxtn and the pgm probably does its own decompression), or you go through the same code. So its back to why are you getting an error from that call. Can you please send me (not wine-devel) a --debugmsg +d3d,+d3d_surface trace up to the point the menu is displayed please (ie I should see the error on the load texture for a dxtn format). One final question, did the game use to play ok? I get very little feedback on dx8 games, so I dont really know how well things are running. FYI I am still working on it (with a lot less free time at the moment) but getting stuck on a couple of areas we need to address at some point so making slow progress. I want to get back to optimizing again asap. Jason

3 3

update on ntdll/kernel32 separation
by Eric Pouech 18 Sep '03

18 Sep '03

I've been quite quiet recently on ntdll/separation. I was working on the NtCreateFile implementation. Even, if it's not ready for prime time, I've been running lots of apps since once week without issues (which doesn't mean that none are left). You'll find attached the patch for review. (Since Alexandre has been busy lately, better to share some info) However, it's not ready for prime time yet. Among things that remain to be done: - review some internal namings (that's easy) and file naming - get Alexandre review (that's harder... I mean to get a positive review) - cleanup the initialisation code There are some parts I don't like. The current server scheme doesn't fit well with the device manipulation we need. Currently, I set, at a given point in NT pathnames (say \??\C:) a link to a Unix pathname (say /opt/windows). This fits well with path conversions. It doesn't work for real device configuration, in particular CDROMs, where we need both the unix path for data access (/mnt/cdrom) and the unix path of the associated unix device (/dev/cdrom). I'm still thinking of either: - stick to current device structures, and store every bit of information (server-side) in the 'pathgate' object. - beef up the device server object to store this information (unix device name, fake label, fake serial number). The later is in fact more suited for an evolution of the current server device object. My final question is more on which order we go on: Solution 1: 1/ get the NtCreateFile ready and include it in the tree 2.a/ fix the introduces bugs 2.b/ convert the file/paths related functions 3/ finish the server side objects (devices...) Solution 1: 3/ 1/ 2.a/ 2.b/ A+ -- Eric Pouech diff -u -N -r -x '*~' -x '.#*' -x CVS dlls/kernel35/process.c dlls/kernel/process.c --- dlls/kernel35/process.c 2003-09-18 20:48:27.000000000 +0200 +++ dlls/kernel/process.c 2003-09-18 20:37:57.000000000 +0200 @@ -385,6 +388,8 @@ /* registry initialisation */ SHELL_LoadRegistry(); + FILE_InitPathNameSpace(); + /* global boot finished, the rest is process-local */ CLIENT_BootDone( TRACE_ON(server) ); if (TRACE_ON(relay) || TRACE_ON(snoop)) RELAY_InitDebugLists(); diff -u -N -r -x '*~' -x '.#*' -x CVS dlls/ntdll35/dos_fs.c dlls/ntdll/dos_fs.c --- dlls/ntdll35/dos_fs.c 1970-01-01 01:00:00.000000000 +0100 +++ dlls/ntdll/dos_fs.c 2003-09-18 20:52:40.000000000 +0200 @@ -0,0 +1,743 @@ +/* + * DOS file system functions + * + * Copyright 1993 Erik Bos + * Copyright 1996 Alexandre Julliard + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include "wine/port.h" + +#include <stdlib.h> +#include <string.h> +#include <stdio.h> +#include <errno.h> +#include <assert.h> +#ifdef HAVE_UNISTD_H +# include <unistd.h> +#endif +#ifdef HAVE_SYS_ERRNO_H +#include <sys/errno.h> +#endif + +#include <dirent.h> +#ifdef HAVE_SYS_IOCTL_H +#include <sys/ioctl.h> +#endif + +#define NONAMELESSUNION +#define NONAMELESSSTRUCT +#include "wine/unicode.h" +#include "wine/debug.h" +#include "wine/server.h" +#include "async.h" +#include "ntdll_misc.h" +#include "../files/smb.h" + +#include "winternl.h" + +WINE_DEFAULT_DEBUG_CHANNEL(dos_fs); + +/* Chars we don't want to see in DOS file names */ +#define INVALID_DOS_CHARS "*?<>|\"+=,;[] \345" + +#define IS_END_OF_NAME(ch) (!(ch) || ((ch) == '/') || ((ch) == '\\')) + +/*********************************************************************** + * DOSFS_ValidDOSName + * + * Return 1 if Unix file 'name' is also a valid MS-DOS name + * (i.e. contains only valid DOS chars, lower-case only, fits in 8.3 format). + * File name can be terminated by '\0', '\\' or '/'. + */ +static int DOSFS_ValidDOSName(LPCWSTR name, int ignore_case) +{ + static const char invalid_chars[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZ" INVALID_DOS_CHARS; + const WCHAR *p = name; + const char *invalid = ignore_case ? (invalid_chars + 26) : invalid_chars; + int len = 0; + + if (*p == '.') + { + /* Check for "." and ".." */ + p++; + if (*p == '.') p++; + /* All other names beginning with '.' are invalid */ + return (IS_END_OF_NAME(*p)); + } + while (!IS_END_OF_NAME(*p)) + { + if (*p < 256 && strchr(invalid, (char)*p)) return 0; /* Invalid char */ + if (*p == '.') break; /* Start of the extension */ + if (++len > 8) return 0; /* Name too long */ + p++; + } + if (*p != '.') return 1; /* End of name */ + p++; + if (IS_END_OF_NAME(*p)) return 0; /* Empty extension not allowed */ + len = 0; + while (!IS_END_OF_NAME(*p)) + { + if (*p < 256 && strchr(invalid, (char)*p)) return 0; /* Invalid char */ + if (*p == '.') return 0; /* Second extension not allowed */ + if (++len > 3) return 0; /* Extension too long */ + p++; + } + return 1; +} + +/*********************************************************************** + * DOSFS_ToDosFCBFormat + * + * Convert a file name to DOS FCB format (8+3 chars, padded with blanks), + * expanding wild cards and converting to upper-case in the process. + * File name can be terminated by '\0', '\\' or '/'. + * Return FALSE if the name is not a valid DOS name. + * 'buffer' must be at least 12 characters long. + */ +static BOOL DOSFS_ToDosFCBFormat(LPCWSTR name, LPWSTR buffer) +{ + static const char invalid_chars[] = INVALID_DOS_CHARS; + LPCWSTR p = name; + int i; + + /* Check for "." and ".." */ + if (*p == '.') + { + p++; + buffer[0] = '.'; + for(i = 1; i < 11; i++) buffer[i] = ' '; + buffer[11] = 0; + if (*p == '.') + { + buffer[1] = '.'; + p++; + } + return IS_END_OF_NAME(*p); + } + + for (i = 0; i < 8; i++) + { + switch (*p) + { + case '\0': + case '\\': + case '/': + case '.': + buffer[i] = ' '; + break; + case '?': + p++; + /* fall through */ + case '*': + buffer[i] = '?'; + break; + default: + if (*p < 256 && strchr(invalid_chars, (char)*p)) return FALSE; + buffer[i] = toupperW(*p); + p++; + break; + } + } + + if (*p == '*') + { + /* Skip all chars after wildcard up to first dot */ + while (*p && (*p != '/') && (*p != '\\') && (*p != '.')) p++; + } + else + { + /* Check if name too long */ + if (*p && (*p != '/') && (*p != '\\') && (*p != '.')) return FALSE; + } + if (*p == '.') p++; /* Skip dot */ + + for (i = 8; i < 11; i++) + { + switch(*p) + { + case '\0': + case '\\': + case '/': + buffer[i] = ' '; + break; + case '.': + return FALSE; /* Second extension not allowed */ + case '?': + p++; + /* fall through */ + case '*': + buffer[i] = '?'; + break; + default: + if (*p < 256 && strchr(invalid_chars, (char)*p)) return FALSE; + buffer[i] = toupperW(*p); + p++; + break; + } + } + buffer[11] = '\0'; + + /* at most 3 character of the extension are processed + * is something behind this ? + */ + while (*p == '*' || *p == ' ') p++; /* skip wildcards and spaces */ + return IS_END_OF_NAME(*p); +} + +/*********************************************************************** + * DOSFS_ToDosDTAFormat + * + * Convert a file name from FCB to DTA format (name.ext, null-terminated) + * converting to upper-case in the process. + * File name can be terminated by '\0', '\\' or '/'. + * 'buffer' must be at least 13 characters long. + */ +static void DOSFS_ToDosDTAFormat(LPCWSTR name, UNICODE_STRING* dst) +{ + LPWSTR p, d; + + /* FIXME: check that we can store at least (8+1+3+1) * sizeof(WCHAR) in dst */ + d = dst->Buffer + dst->Length / sizeof(WCHAR); + memcpy(d, name, 8 * sizeof(WCHAR)); + p = d + 8; + while ((p > d) && (p[-1] == ' ')) p--; + *p++ = '.'; + memcpy(p, name + 8, 3 * sizeof(WCHAR)); + p += 3; + while (p[-1] == ' ') p--; + if (p[-1] == '.') p--; + *p = '\0'; + dst->Length += (p - d) * sizeof(WCHAR); +} + +/*********************************************************************** + * DOSFS_Hash + * + * Transform a Unix file name into a hashed DOS name. If the name is a valid + * DOS name, it is converted to upper-case; otherwise it is replaced by a + * hashed version that fits in 8.3 format. + * File name can be terminated by '\0', '\\' or '/'. + * 'buffer' must be at least 13 characters long. + */ +static void DOSFS_Hash(LPCWSTR name, LPWSTR buffer, BOOL dir_format, + BOOL ignore_case) +{ + static const char invalid_chars[] = INVALID_DOS_CHARS "~."; + static const char hash_chars[32] = "ABCDEFGHIJKLMNOPQRSTUVWXYZ012345"; + + LPCWSTR p, ext; + LPWSTR dst; + unsigned short hash; + int i; + + if (dir_format) + { + for(i = 0; i < 11; i++) buffer[i] = ' '; + buffer[11] = 0; + } + + if (DOSFS_ValidDOSName(name, ignore_case)) + { + /* Check for '.' and '..' */ + if (*name == '.') + { + buffer[0] = '.'; + if (!dir_format) buffer[1] = buffer[2] = '\0'; + if (name[1] == '.') buffer[1] = '.'; + return; + } + + /* Simply copy the name, converting to uppercase */ + + for (dst = buffer; !IS_END_OF_NAME(*name) && (*name != '.'); name++) + *dst++ = toupperW(*name); + if (*name == '.') + { + if (dir_format) dst = buffer + 8; + else *dst++ = '.'; + for (name++; !IS_END_OF_NAME(*name); name++) + *dst++ = toupperW(*name); + } + if (!dir_format) *dst = '\0'; + return; + } + + /* Compute the hash code of the file name */ + /* If you know something about hash functions, feel free to */ + /* insert a better algorithm here... */ + if (ignore_case) + { + for (p = name, hash = 0xbeef; !IS_END_OF_NAME(p[1]); p++) + hash = (hash<<3) ^ (hash>>5) ^ tolowerW(*p) ^ (tolowerW(p[1]) << 8); + hash = (hash<<3) ^ (hash>>5) ^ tolowerW(*p); /* Last character */ + } + else + { + for (p = name, hash = 0xbeef; !IS_END_OF_NAME(p[1]); p++) + hash = (hash << 3) ^ (hash >> 5) ^ *p ^ (p[1] << 8); + hash = (hash << 3) ^ (hash >> 5) ^ *p; /* Last character */ + } + + /* Find last dot for start of the extension */ + for (p = name+1, ext = NULL; !IS_END_OF_NAME(*p); p++) + if (*p == '.') ext = p; + if (ext && IS_END_OF_NAME(ext[1])) + ext = NULL; /* Empty extension ignored */ + + /* Copy first 4 chars, replacing invalid chars with '_' */ + for (i = 4, p = name, dst = buffer; i > 0; i--, p++) + { + if (IS_END_OF_NAME(*p) || (p == ext)) break; + *dst++ = (*p < 256 && strchr(invalid_chars, (char)*p)) ? '_' : toupperW(*p); + } + /* Pad to 5 chars with '~' */ + while (i-- >= 0) *dst++ = '~'; + + /* Insert hash code converted to 3 ASCII chars */ + *dst++ = hash_chars[(hash >> 10) & 0x1f]; + *dst++ = hash_chars[(hash >> 5) & 0x1f]; + *dst++ = hash_chars[hash & 0x1f]; + + /* Copy the first 3 chars of the extension (if any) */ + if (ext) + { + if (!dir_format) *dst++ = '.'; + for (i = 3, ext++; (i > 0) && !IS_END_OF_NAME(*ext); i--, ext++) + *dst++ = (*ext < 256 && strchr(invalid_chars, (char)*ext)) ? '_' : toupperW(*ext); + } + if (!dir_format) *dst = '\0'; +} + +/* Define the VFAT ioctl to get both short and long file names */ +/* FIXME: is it possible to get this to work on other systems? */ +#ifdef linux +/* We want the real kernel dirent structure, not the libc one */ +typedef struct +{ + long d_ino; + long d_off; + unsigned short d_reclen; + char d_name[256]; +} KERNEL_DIRENT; + +#define VFAT_IOCTL_READDIR_BOTH _IOR('r', 1, KERNEL_DIRENT [2]) + +/* To avoid blocking on non-directories in DOSFS_OpenDir_VFAT*/ +#ifndef O_DIRECTORY +# define O_DIRECTORY 0200000 /* must be directory */ +#endif + +#else /* linux */ +#undef VFAT_IOCTL_READDIR_BOTH /* just in case... */ +#endif /* linux */ + +#define IS_OPTION_TRUE(ch) ((ch) == 'y' || (ch) == 'Y' || (ch) == 't' || (ch) == 'T' || (ch) == '1') + +/* + * Directory info for DOSFS_ReadDir + * contains the names of *all* the files in the directory + */ +typedef struct +{ + int used; + int size; + WCHAR names[1]; +} DOS_DIR; + +/*********************************************************************** + * DOSFS_AddDirEntry + * + * Used to construct an array of filenames in DOSFS_OpenDir + */ +static NTSTATUS DOSFS_AddDirEntry(DOS_DIR **dir, LPCWSTR name, LPCWSTR dosname) +{ + int extra1 = strlenW(name) + 1; + int extra2 = strlenW(dosname) + 1; + + /* if we need more, at minimum double the size */ + if ((extra1 + extra2 + (*dir)->used) > (*dir)->size) + { + int more = (*dir)->size; + DOS_DIR *t; + + if (more < (extra1 + extra2)) more = extra1 + extra2; + + t = RtlReAllocateHeap(ntdll_get_process_heap(), 0, *dir, + sizeof(**dir) + ((*dir)->size + more) * sizeof(WCHAR)); + if (!t) + { + ERR("Out of memory caching directory structure %d %d %d\n", + (*dir)->size, more, (*dir)->used); + return STATUS_NO_MEMORY; + } + (*dir) = t; + (*dir)->size += more; + } + + /* at this point, the dir structure is big enough to hold these names */ + strcpyW(&(*dir)->names[(*dir)->used], name); + (*dir)->used += extra1; + strcpyW(&(*dir)->names[(*dir)->used], dosname); + (*dir)->used += extra2; + + return STATUS_SUCCESS; +} + + +/*********************************************************************** + * DOSFS_OpenDir_VFAT + */ +static NTSTATUS DOSFS_OpenDir_VFAT(const union cptable *table, const char *unix_path, DOS_DIR **dir) +{ +#ifdef VFAT_IOCTL_READDIR_BOTH + KERNEL_DIRENT de[2]; + int fd = open(unix_path, O_RDONLY|O_DIRECTORY); + NTSTATUS status = STATUS_SUCCESS; + + /* Check if the VFAT ioctl is supported on this directory */ + if (fd < 0) return STATUS_OBJECT_PATH_NOT_FOUND; + + do + { + WCHAR long_name[MAX_PATH]; + WCHAR short_name[12]; + + if (ioctl(fd, VFAT_IOCTL_READDIR_BOTH, (long)de) == -1) + { + status = STATUS_NOT_SUPPORTED; + break; + } + if (!de[0].d_reclen) + { + static const WCHAR empty_strW[] = { 0 }; + DOSFS_AddDirEntry(dir, empty_strW, empty_strW); + break; + } + wine_cp_mbstowcs(table, 0, de[0].d_name, strlen(de[0].d_name) + 1, + long_name, MAX_PATH); + if (!DOSFS_ToDosFCBFormat(long_name, short_name)) + short_name[0] = '\0'; + if (de[1].d_name[0]) + wine_cp_mbstowcs(table, 0, de[1].d_name, strlen(de[1].d_name) + 1, + long_name, MAX_PATH); + else + wine_cp_mbstowcs(table, 0, de[0].d_name, strlen(de[0].d_name) + 1, + long_name, MAX_PATH); + status = DOSFS_AddDirEntry(dir, long_name, short_name); + } while (status == STATUS_SUCCESS); + close(fd); + return status; +#else + return STATUS_NOT_SUPPORTED; +#endif /* VFAT_IOCTL_READDIR_BOTH */ +} + + +/*********************************************************************** + * DOSFS_OpenDir_Normal + * + * Now use the standard opendir/readdir interface + */ +static NTSTATUS DOSFS_OpenDir_Normal(const union cptable *table, const char *unix_path, DOS_DIR **dir) +{ + DIR *unixdir = opendir(unix_path); + NTSTATUS status = STATUS_SUCCESS; + static const WCHAR empty_strW[] = { 0 }; + + if (!unixdir) return FILE_GetNtStatus(); + do + { + WCHAR long_name[MAX_PATH]; + struct dirent *de = readdir(unixdir); + + if (!de) + { + DOSFS_AddDirEntry(dir, empty_strW, empty_strW); + break; + } + wine_cp_mbstowcs(table, 0, de->d_name, strlen(de->d_name) + 1, + long_name, MAX_PATH); + status = DOSFS_AddDirEntry(dir, long_name, empty_strW); + } while (status == STATUS_SUCCESS); + closedir(unixdir); + return status; +} + +/*********************************************************************** + * DOSFS_OpenDir + */ +static NTSTATUS DOSFS_OpenDir(const union cptable *table, const char *unix_path, DOS_DIR** dir) +{ + const int init_size = 0x100; + NTSTATUS status; + + TRACE("%s\n", debugstr_a(unix_path)); + + *dir = RtlAllocateHeap(ntdll_get_process_heap(), 0, + sizeof(**dir) + init_size * sizeof(WCHAR)); + if (!*dir) return STATUS_NO_MEMORY; + (*dir)->used = 0; + (*dir)->size = init_size; + + status = DOSFS_OpenDir_VFAT(table, unix_path, dir); + + if (status != STATUS_SUCCESS) + status = DOSFS_OpenDir_Normal(table, unix_path, dir); + + if (status != STATUS_SUCCESS) + { + RtlFreeHeap(ntdll_get_process_heap(), 0, *dir); + *dir = NULL; + } + else (*dir)->used = 0; + + return status; +} + + +/*********************************************************************** + * DOSFS_CloseDir + */ +static void DOSFS_CloseDir(DOS_DIR *dir) +{ + RtlFreeHeap(ntdll_get_process_heap(), 0, dir); +} + + +/*********************************************************************** + * DOSFS_ReadDir + */ +static NTSTATUS DOSFS_ReadDir(DOS_DIR *dir, LPCWSTR *long_name, + LPCWSTR *short_name) +{ + LPCWSTR sn, ln; + + /* the long pathname is first */ + ln = &dir->names[dir->used]; + if (!ln[0]) return STATUS_NO_MORE_ENTRIES; + *long_name = ln; + dir->used += (strlenW(ln) + 1); + + /* followed by the short path name */ + sn = &dir->names[dir->used]; + if (sn[0]) + *short_name = sn; + else + *short_name = NULL; + dir->used += (strlenW(sn) + 1); + + return STATUS_SUCCESS; +} + + +/****************************************************************** + * append + * + * + */ +static NTSTATUS append(struct nt_to_unix_path* paths, + const union cptable* cptable, + LPCWSTR element, unsigned len, + BOOL last, BOOL ignore_case, BOOL check) +{ + static WCHAR sepW[] = {'\\', '\0'}; + + WCHAR dos_name[12], tmp_buf[13]; + LPCWSTR long_name, short_name; + DOS_DIR* dir; + NTSTATUS status = STATUS_SUCCESS; + + TRACE("(%s + %s@%d last%c nocase%c check=%c)\n", debugstr_an(paths->unix_str.Buffer, paths->unix_str.Length), + debugstr_wn(element, len), len, last ? '+':'-', ignore_case?'+':'-',check?'+':'-'); + + if (check) + { + if (!DOSFS_ToDosFCBFormat(element, dos_name)) dos_name[0] = '\0'; + + if ((status = DOSFS_OpenDir(cptable, paths->unix_str.Buffer, &dir)) != STATUS_SUCCESS) + { + WARN("(%s,%s): can't open dir: %s\n", + paths->unix_str.Buffer, debugstr_w(element), strerror(errno)); + return status; + } + + while ((status = DOSFS_ReadDir(dir, &long_name, &short_name)) == STATUS_SUCCESS) + { + /* Check against Unix name */ + if (len == strlenW(long_name)) + { + if (!ignore_case) + { + if (!strncmpW(long_name, element, len)) break; + } + else + { + if (!strncmpiW(long_name, element, len)) break; + } + } + if (dos_name[0]) + { + /* Check against hashed DOS name */ + if (!short_name) + { + DOSFS_Hash(long_name, tmp_buf, TRUE, ignore_case); + short_name = tmp_buf; + } + if (!strcmpW(dos_name, short_name)) break; + } + } + } + else + { + long_name = element; + short_name = NULL; + } + if (status == STATUS_SUCCESS) + { + INT len; + + len = wine_cp_wcstombs(cptable, 0, long_name, + strlenW(long_name) + 1, + &paths->unix_str.Buffer[paths->unix_str.Length], + paths->unix_str.MaximumLength - paths->unix_str.Length, + NULL, NULL); + if (len > 0) paths->unix_str.Length += len - 1; + else status = STATUS_BUFFER_TOO_SMALL; + + if (status == STATUS_SUCCESS && !last) + { + paths->unix_str.Buffer[paths->unix_str.Length++] = '/'; + paths->unix_str.Buffer[paths->unix_str.Length] = '\0'; + } + if (status == STATUS_SUCCESS && paths->long_ustr.Buffer) + { + status = RtlAppendUnicodeToString(&paths->long_ustr, long_name); + if (!last) status = RtlAppendUnicodeToString(&paths->long_ustr, sepW); + } + if (status == STATUS_SUCCESS && paths->short_ustr.Buffer) + { + if (short_name) + DOSFS_ToDosDTAFormat(short_name, &paths->short_ustr); + else + { + DOSFS_Hash(long_name, tmp_buf, FALSE, ignore_case); + status = RtlAppendUnicodeToString(&paths->short_ustr, tmp_buf); + } + if (!last) status = RtlAppendUnicodeToString(&paths->short_ustr, sepW); + } + TRACE("-> %s,%s,%s (%lx)\n", + paths->unix_str.Buffer, debugstr_w(long_name), + paths->short_ustr.Buffer ? debugstr_w(paths->short_ustr.Buffer) : "***", status); + } + else + WARN("%s not found in '%s'\n", debugstr_wn(element, len), paths->unix_str.Buffer); + if (check) DOSFS_CloseDir(dir); + return status; +} + +/****************************************************************** + * FILE_GetUnixName + * + * + */ +NTSTATUS FILE_GetUnixName(const UNICODE_STRING* win_ustr, BOOL check_last, + struct nt_to_unix_path* paths) +{ + WCHAR b[2048]; /* FIXME: make it a growable string */ + unsigned len = 0, dir_len = 0, name_ofs = 0, i, lasti; + NTSTATUS status; + const union cptable* cptable; + unsigned codepage; + + TRACE("Lookup %s\n", + debugstr_wn(win_ustr->Buffer, win_ustr->Length / sizeof(WCHAR))); + + SERVER_START_REQ(get_file_name) + { + wine_server_add_data(req, win_ustr->Buffer, win_ustr->Length); + wine_server_set_reply(req, b, sizeof(b)); + status = wine_server_call(req); + if (status == STATUS_SUCCESS) + { + len = wine_server_reply_size(reply) / sizeof(WCHAR); + dir_len = reply->dir_len / sizeof(WCHAR); + name_ofs = reply->name_offset; + codepage = reply->codepage; + paths->flags = reply->flags; + } + } + SERVER_END_REQ; + if (status != STATUS_SUCCESS) return status; + + /* FIXME: should we return an error here ?? */ + if (!(cptable = wine_cp_get_table(codepage))) + cptable = wine_cp_get_table(1252); /* ansi */ + + TRACE("\t\t=> %s extra=%s name=%s\n", + debugstr_wn(b, dir_len), + debugstr_wn(&b[dir_len], len - dir_len), + debugstr_wn(&win_ustr->Buffer[name_ofs], + win_ustr->Length / sizeof(WCHAR) - name_ofs)); + if (len > dir_len) + { + int i; + paths->unix_str.Length = len - dir_len; + /* FIXME (extra data should be ASCII, not Unicode) */ + for (i = 0; i < len - dir_len; i++) + paths->unix_str.Buffer[i] = b[dir_len + i]; + paths->unix_str.Buffer[paths->unix_str.Length++] = '/'; + } + else paths->unix_str.Length = 0; /* FIXME: case of error ??? */ + paths->unix_str.Buffer[paths->unix_str.Length] = '\0'; + + if (paths->short_ustr.Buffer) + { + paths->short_ustr.Length = 0; + paths->short_ustr.Buffer[0] = '\0'; + } + if (paths->long_ustr.Buffer) + { + paths->long_ustr.Length = 0; + paths->long_ustr.Buffer[0] = '\0'; + } + for (i = lasti = 0; i < win_ustr->Length / sizeof(WCHAR) - name_ofs; i++) + { + switch (win_ustr->Buffer[name_ofs + i]) + { + case '\\': + case '/': + append(paths, cptable, &win_ustr->Buffer[name_ofs + lasti], + i - lasti, FALSE, !(paths->flags & PATHGATE_CASE_SENSITIVE), TRUE); + lasti = i + 1; + break; + } + } + if (i != lasti) + status = append(paths, cptable, &win_ustr->Buffer[name_ofs + lasti], + i - lasti, TRUE, !(paths->flags & PATHGATE_CASE_SENSITIVE), + check_last); + + TRACE("\tunix=%s\n", debugstr_an(paths->unix_str.Buffer, paths->unix_str.Length)); + if (paths->short_ustr.Buffer) + TRACE("\tshort=%s\n", debugstr_wn(paths->short_ustr.Buffer, paths->short_ustr.Length / sizeof(WCHAR))); + if (paths->long_ustr.Buffer) + TRACE("\tlong=%s\n", debugstr_wn(paths->long_ustr.Buffer, paths->long_ustr.Length / sizeof(WCHAR))); + + return status; +} + diff -u -N -r -x '*~' -x '.#*' -x CVS dlls/ntdll35/file.c dlls/ntdll/file.c --- dlls/ntdll35/file.c 2003-08-24 10:15:12.000000000 +0200 +++ dlls/ntdll/file.c 2003-09-18 20:57:15.000000000 +0200 @@ -1,5 +1,6 @@ /* * Copyright 1999, 2000 Juergen Schmied + * 2003, Eric Pouech * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -38,13 +39,14 @@ #include "wine/server.h" #include "async.h" #include "ntdll_misc.h" -#include "file.h" /* FIXME */ #include "../files/smb.h" #include "winternl.h" #include "winioctl.h" -WINE_DEFAULT_DEBUG_CHANNEL(ntdll); +WINE_DEFAULT_DEBUG_CHANNEL(ntfile); + +static BOOL init_done; /************************************************************************** * NtOpenFile [NTDLL.@] @@ -64,61 +66,11 @@ * Success: 0. FileHandle and IoStatusBlock are updated. * Failure: An NTSTATUS error code describing the error. */ -NTSTATUS WINAPI NtOpenFile( - OUT PHANDLE FileHandle, - ACCESS_MASK DesiredAccess, - POBJECT_ATTRIBUTES ObjectAttributes, - OUT PIO_STATUS_BLOCK IoStatusBlock, - ULONG ShareAccess, - ULONG OpenOptions) +NTSTATUS WINAPI NtOpenFile(PHANDLE phndl, ACCESS_MASK access, POBJECT_ATTRIBUTES oa, + PIO_STATUS_BLOCK iosb, ULONG share, ULONG options) { - LPWSTR filename; - static const WCHAR szDosDevices[] = {'\\','D','o','s','D','e','v','i','c','e','s','\\',0}; - DOS_FULL_NAME full_name; - NTSTATUS r; - - FIXME("(%p,0x%08lx,%p,%p,0x%08lx,0x%08lx) partial stub\n", - FileHandle, DesiredAccess, ObjectAttributes, - IoStatusBlock, ShareAccess, OpenOptions); - - dump_ObjectAttributes (ObjectAttributes); - - if(ObjectAttributes->RootDirectory) - { - FIXME("Object root directory unknown %p\n", - ObjectAttributes->RootDirectory); - return STATUS_OBJECT_NAME_NOT_FOUND; - } - - filename = ObjectAttributes->ObjectName->Buffer; - - /* FIXME: DOSFS stuff should call here, not vice-versa */ - if(strncmpW(filename, szDosDevices, strlenW(szDosDevices))) - return STATUS_OBJECT_NAME_NOT_FOUND; - - /* FIXME: this calls SetLastError() -> bad */ - if(!DOSFS_GetFullName(&filename[strlenW(szDosDevices)], TRUE, - &full_name)) - return STATUS_OBJECT_NAME_NOT_FOUND; - - /* FIXME: modify server protocol so - create file takes an OBJECT_ATTRIBUTES structure */ - SERVER_START_REQ( create_file ) - { - req->access = DesiredAccess; - req->inherit = 0; - req->sharing = ShareAccess; - req->create = OPEN_EXISTING; - req->attrs = 0; - req->drive_type = GetDriveTypeW( full_name.short_name ); - wine_server_add_data( req, full_name.long_name, strlen(full_name.long_name) ); - SetLastError(0); - r = wine_server_call( req ); - *FileHandle = reply->handle; - } - SERVER_END_REQ; - - return r; + return NtCreateFile(phndl, access, oa, iosb, NULL, 0, + share, FILE_OPEN, options, NULL, 0); } /************************************************************************** @@ -145,25 +97,157 @@ * Success: 0. FileHandle and IoStatusBlock are updated. * Failure: An NTSTATUS error code describing the error. */ -NTSTATUS WINAPI NtCreateFile( - OUT PHANDLE FileHandle, - ACCESS_MASK DesiredAccess, - POBJECT_ATTRIBUTES ObjectAttributes, - OUT PIO_STATUS_BLOCK IoStatusBlock, - PLARGE_INTEGER AllocateSize, - ULONG FileAttributes, - ULONG ShareAccess, - ULONG CreateDisposition, - ULONG CreateOptions, - PVOID EaBuffer, - ULONG EaLength) -{ - FIXME("(%p,0x%08lx,%p,%p,%p,0x%08lx,0x%08lx,0x%08lx,0x%08lx,%p,0x%08lx) stub\n", - FileHandle,DesiredAccess,ObjectAttributes, - IoStatusBlock,AllocateSize,FileAttributes, - ShareAccess,CreateDisposition,CreateOptions,EaBuffer,EaLength); - dump_ObjectAttributes (ObjectAttributes); - return 0; +NTSTATUS WINAPI NtCreateFile(OUT PHANDLE FileHandle, + ACCESS_MASK DesiredAccess, + POBJECT_ATTRIBUTES ObjectAttributes, + OUT PIO_STATUS_BLOCK IoStatusBlock, + PLARGE_INTEGER AllocateSize, + ULONG FileAttributes, + ULONG ShareAccess, + ULONG CreateDisposition, + ULONG CreateOptions, + PVOID EaBuffer, + ULONG EaLength) +{ + char buffer[2048]; /* FIXME */ + WCHAR bs[2048], bl[2048]; /* FIXME */ + UNICODE_STRING ntstr; + struct nt_to_unix_path paths; + BOOL check_last, unix_path = FALSE; + + TRACE("(%p,0x%08lx,%p,%p,%p,0x%08lx,0x%08lx,0x%08lx,0x%08lx,%p,0x%08lx)\n", + FileHandle,DesiredAccess,ObjectAttributes, + IoStatusBlock,AllocateSize,FileAttributes, + ShareAccess,CreateDisposition,CreateOptions,EaBuffer,EaLength); + dump_ObjectAttributes (ObjectAttributes); + + if (AllocateSize || CreateOptions || EaBuffer || EaLength) + { + FIXME("Unsupported parameter\n"); + return IoStatusBlock->u.Status = STATUS_NOT_IMPLEMENTED; + } + if (DesiredAccess & (FILE_LIST_DIRECTORY|FILE_TRAVERSE)) + { + FIXME("Cannot handle directories yet\n"); + return IoStatusBlock->u.Status = STATUS_NOT_IMPLEMENTED; + } + if (ObjectAttributes->RootDirectory) + { + FIXME("Cannot handle non-absolute file names yet\n"); + return IoStatusBlock->u.Status = STATUS_NOT_IMPLEMENTED; + } + /* FIXME, the string is perhaps not null terminated */ + if (ObjectAttributes->ObjectName->Buffer[ObjectAttributes->ObjectName->Length / sizeof(WCHAR)] != '\0') + FIXME("Non terminated object attribute string\n"); + + paths.unix_str.Buffer = buffer; + paths.unix_str.Length = 0; + paths.unix_str.MaximumLength = sizeof(buffer); + + paths.short_ustr.Buffer = bs; + paths.short_ustr.Length = 0; + paths.short_ustr.MaximumLength = sizeof(bs); + + paths.long_ustr.Buffer = bl; + paths.long_ustr.Length = 0; + paths.long_ustr.MaximumLength = sizeof(bl); + + if (!init_done) unix_path = TRUE; + else if (ObjectAttributes->ObjectName->Buffer[0] == '/') + { + /* may this is a fully qualified UNIX path... try to map it to a windows pathgate + */ + WCHAR tmp[] = {'\\','?','?','\\','A',':','\\',0}; + + ntstr.Buffer = tmp; + ntstr.Length = 7 * sizeof(WCHAR); + ntstr.MaximumLength = 8 * sizeof(WCHAR); + for (tmp[4] = 'A'; tmp[4] <= 'Z'; tmp[4]++) + { + if (!FILE_GetUnixName(&ntstr, TRUE, &paths)) + { + int i; + + /* FIXME: use proper conversion here... (and path gate codepage) */ + for (i = 0; i < paths.unix_str.Length; i++) + if (ObjectAttributes->ObjectName->Buffer[i] != paths.unix_str.Buffer[i]) break; + if (i == paths.unix_str.Length) + { + TRACE("Got mapping %s => %s\n", debugstr_w(tmp), paths.unix_str.Buffer); + unix_path = TRUE; + break; + } + } + } + } + + if (unix_path) + { + IoStatusBlock->u.Status = RtlUnicodeStringToAnsiString(&paths.unix_str, ObjectAttributes->ObjectName, FALSE); + } + else + { + if (!RtlDosPathNameToNtPathName_U(ObjectAttributes->ObjectName->Buffer, + &ntstr, NULL, NULL)) + return IoStatusBlock->u.Status = STATUS_OBJECT_NAME_INVALID; + switch (CreateDisposition) + { + case FILE_SUPERSEDE: + case FILE_CREATE: + case FILE_OPEN_IF: + case FILE_OVERWRITE_IF: + check_last = FALSE; + break; + case FILE_OPEN: + case FILE_OVERWRITE: + check_last = TRUE; + break; + default: + return STATUS_INVALID_PARAMETER; + } + + IoStatusBlock->u.Status = FILE_GetUnixName(&ntstr, check_last, &paths); + } + + if (IoStatusBlock->u.Status == STATUS_SUCCESS) + { + if (paths.unix_str.Buffer[0] == '/') + { + again: + SERVER_START_REQ( create_file ) + { + req->access = DesiredAccess; + req->inherit = ObjectAttributes->Attributes & OBJ_INHERIT; + req->sharing = ShareAccess; + req->create = CreateDisposition; + req->attrs = FileAttributes; + wine_server_add_data( req, paths.unix_str.Buffer, paths.unix_str.Length ); + IoStatusBlock->u.Status = wine_server_call( req ); + *FileHandle = reply->handle; + } + SERVER_END_REQ; + + if (((IoStatusBlock->u.Status == STATUS_MEDIA_WRITE_PROTECTED) || + (IoStatusBlock->u.Status == STATUS_ACCESS_DENIED)) && + !(paths.flags & PATHGATE_FAIL_READ_ONLY) && + !(FileAttributes & FILE_ATTRIBUTE_READONLY) && + (DesiredAccess & GENERIC_WRITE)) + { + TRACE("Write access failed for file '%s', " + "trying without write access\n", + debugstr_an(paths.unix_str.Buffer, paths.unix_str.Length)); + DesiredAccess &= ~GENERIC_WRITE; + goto again; + } + } + else IoStatusBlock->u.Status = STATUS_NOT_IMPLEMENTED; /* device */ + } + + if (!unix_path) RtlFreeUnicodeString(&ntstr); + + /* FIXME: IoStatusBlock.Information hadn't been set */ + + return IoStatusBlock->u.Status; } /*********************************************************************** @@ -250,12 +334,12 @@ * Retrieve the Nt Status code from errno. * Try to be consistent with FILE_SetDosError(). */ -static DWORD FILE_GetNtStatus(void) +DWORD FILE_GetNtStatus(void) { int err = errno; DWORD nt; - TRACE( "errno = %d\n", errno ); + TRACE( "errno = %d\n", err ); switch (err) { case EAGAIN: nt = STATUS_SHARING_VIOLATION; break; @@ -271,6 +355,7 @@ case EINVAL: case ENOTEMPTY: nt = STATUS_DIRECTORY_NOT_EMPTY; break; case EPIPE: nt = STATUS_PIPE_BROKEN; break; + case ENOTDIR: nt = STATUS_NOT_A_DIRECTORY; break; case ENOEXEC: /* ?? */ case ESPIPE: /* ?? */ case EEXIST: /* ?? */ @@ -434,7 +519,6 @@ switch (type) { case FD_TYPE_SMB: - FIXME("NIY-SMB\n"); close(unix_handle); return SMB_ReadFile(hFile, buffer, length, io_status); @@ -553,9 +637,6 @@ TRACE("(%p,%p,%p,%p,%p,%p,0x%08lx,%p,%p)!\n", hFile,hEvent,apc,apc_user,io_status,buffer,length,offset,key); - TRACE("(%p,%p,%p,%p,%p,%p,0x%08lx,%p,%p),partial stub!\n", - hFile,hEvent,apc,apc_user,io_status,buffer,length,offset,key); - io_status->Information = 0; io_status->u.Status = FILE_GetUnixHandleType( hFile, GENERIC_WRITE, &type, &flags, &unix_handle ); @@ -945,7 +1026,6 @@ status = wine_server_call( req ); } SERVER_END_REQ; - status = STATUS_SUCCESS; } break; default: @@ -1220,3 +1300,325 @@ SERVER_END_REQ; return status; } + +/* Known filesystem types */ + +typedef struct +{ + const WCHAR name[6]; + UINT flags; +} FS_DESCR; + +static const FS_DESCR known_filesystems[] = +{ + { {'u','n','i','x',0}, PATHGATE_CASE_SENSITIVE | PATHGATE_CASE_PRESERVING }, + { {'m','s','d','o','s',0}, PATHGATE_SHORT_NAMES }, + { {'d','o','s',0}, PATHGATE_SHORT_NAMES }, + { {'f','a','t',0}, PATHGATE_SHORT_NAMES }, + { {'v','f','a','t',0}, PATHGATE_CASE_PRESERVING }, + { {'w','i','n','9','5',0}, PATHGATE_CASE_PRESERVING }, + { { 0 }, 0 } +}; + +/*********************************************************************** + * get_fs_flags + */ +static UINT get_fs_flags(int drive, LPCWSTR value) +{ + const FS_DESCR *descr; + + for (descr = known_filesystems; *descr->name; descr++) + if (!strcmpiW( value, descr->name )) return descr->flags; + MESSAGE("Drive %c: unknown filesystem type %s, defaulting to 'win95'.\n", + 'A' + drive, debugstr_w(value) ); + return PATHGATE_CASE_PRESERVING; +} + +static void add_node(const WCHAR* root, size_t root_len, + const WCHAR* name, size_t name_len, + const WCHAR* extra, size_t extra_len, + unsigned codepage, unsigned flags) +{ + SERVER_START_REQ( create_pathgate ) + { + req->codepage = codepage; + req->flags = flags; + req->root_len = root_len * sizeof(WCHAR); + req->name_len = name_len * sizeof(WCHAR); + wine_server_add_data( req, root, root_len * sizeof(WCHAR) ); + wine_server_add_data( req, name, name_len * sizeof(WCHAR) ); + if (extra) wine_server_add_data( req, extra, extra_len * sizeof(WCHAR)); + wine_server_call( req ); + } + SERVER_END_REQ; +} + +#define IS_OPTION_TRUE(ch) ((ch) == 'y' || (ch) == 'Y' || (ch) == 't' || (ch) == 'T' || (ch) == '1') +/* FIXME */ +extern void CDROM_InitRegistry(int); + +void FILE_InitPathNameSpace(void) +{ + static const WCHAR ntroot[] = {'\\','\0'}; + static const WCHAR unc[] = {'U','N','C','\0'}; + static const WCHAR dos[] = {'?','?','\0'}; + static const WCHAR rdos[] = {'\\','?','?','\0'}; + + if (!CLIENT_IsBootThread()) return; /* already loaded */ + + int i, len, count = 0; + WCHAR driveW[] = {'M','a','c','h','i','n','e','\\','S','o','f','t','w','a','r','e','\\', + 'W','i','n','e','\\','W','i','n','e','\\', + 'C','o','n','f','i','g','\\','D','r','i','v','e',' ','A',0}; + WCHAR drive_env[] = {'=','A',':',0}; +#define MAX_PATHNAME_LEN 1024 /* FIXME */ + WCHAR path[MAX_PATHNAME_LEN]; + char tmp[MAX_PATHNAME_LEN*sizeof(WCHAR) + sizeof(KEY_VALUE_PARTIAL_INFORMATION)]; + struct stat drive_stat_buffer; + LPWSTR p; + LPSTR root, device; + HKEY hkey; + DWORD dummy; + OBJECT_ATTRIBUTES attr; + UNICODE_STRING nameW; + unsigned codepage, drivetype, driveflags = 0; + + static const WCHAR PathW[] = {'P','a','t','h',0}; + static const WCHAR CodepageW[] = {'C','o','d','e','p','a','g','e',0}; + static const WCHAR LabelW[] = {'L','a','b','e','l',0}; +/* EPP static const WCHAR SerialW[] = {'S','e','r','i','a','l',0}; */ + static const WCHAR TypeW[] = {'T','y','p','e',0}; + static const WCHAR FilesystemW[] = {'F','i','l','e','s','y','s','t','e','m',0}; + static const WCHAR DeviceW[] = {'D','e','v','i','c','e',0}; + static const WCHAR ReadVolInfoW[] = {'R','e','a','d','V','o','l','I','n','f','o',0}; + static const WCHAR FailReadOnlyW[] = {'F','a','i','l','R','e','a','d','O','n','l','y',0}; +/* EPP static const WCHAR driveC_labelW[] = {'D','r','i','v','e',' ','C',' ',' ',' ',' ',0}; */ + + /* system */ + add_node(ntroot, strlenW(ntroot), dos, strlenW(dos), NULL, 0, 1242, 0); + add_node(rdos, strlenW(rdos), unc, strlenW(unc), NULL, 0, 1242, 0); + + attr.Length = sizeof(attr); + attr.RootDirectory = 0; + attr.ObjectName = &nameW; + attr.Attributes = 0; + attr.SecurityDescriptor = NULL; + attr.SecurityQualityOfService = NULL; + + for (i = 0; i < 26 /* FIXME MAX_DOS_DRIVES */; i++) + { + RtlInitUnicodeString( &nameW, driveW ); + nameW.Buffer[(nameW.Length / sizeof(WCHAR)) - 1] = 'A' + i; + if (NtOpenKey( &hkey, KEY_ALL_ACCESS, &attr ) != STATUS_SUCCESS) continue; + + /* Get the code page number */ + RtlInitUnicodeString( &nameW, CodepageW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + codepage = strtolW( data, NULL, 10 ); + } else codepage = 1252; /* ansi */ + + /* Get the root path */ + RtlInitUnicodeString( &nameW, PathW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + ExpandEnvironmentStringsW( data, path, sizeof(path)/sizeof(WCHAR) ); + + p = path + strlenW(path) - 1; + while ((p > path) && (*p == '/')) *p-- = '\0'; + + if (path[0] == '/') + { + len = WideCharToMultiByte(codepage, 0, path, -1, NULL, 0, NULL, NULL); + root = RtlAllocateHeap(ntdll_get_process_heap(), 0, len); + WideCharToMultiByte(codepage, 0, path, -1, root, len, NULL, NULL); + } + else + { + /* relative paths are relative to config dir */ + const char *config = wine_get_config_dir(); + len = strlen(config); + len += WideCharToMultiByte(codepage, 0, path, -1, NULL, 0, NULL, NULL) + 2; + root = RtlAllocateHeap( ntdll_get_process_heap(), 0, len ); + len -= sprintf( root, "%s/", config ); + WideCharToMultiByte(codepage, 0, path, -1, + root + strlen(root), len, NULL, NULL); + } + + if (stat( root, &drive_stat_buffer )) + { + MESSAGE("Could not stat %s (%s), ignoring drive %c:\n", + root, strerror(errno), 'A' + i); + RtlFreeHeap( ntdll_get_process_heap(), 0, root ); + root = NULL; + goto next; + } + if (!S_ISDIR(drive_stat_buffer.st_mode)) + { + MESSAGE("%s is not a directory, ignoring drive %c:\n", + root, 'A' + i ); + RtlFreeHeap( ntdll_get_process_heap(), 0, root ); + root = NULL; + goto next; + } + +#if 0 + drive->dos_cwd = HeapAlloc(ntdll_get_process_heap(), HEAP_ZERO_MEMORY, sizeof(drive->dos_cwd[0])); + drive->unix_cwd = heap_strdup( "" ); + drive->device = NULL; + drive->flags = 0; + drive->dev = drive_stat_buffer.st_dev; + drive->ino = drive_stat_buffer.st_ino; +#endif + + /* Get the drive type */ + RtlInitUnicodeString( &nameW, TypeW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + TRACE("Got type %s\n", debugstr_w(data)); + drivetype = DRIVE_FIXED; //DRIVE_GetDriveType( i, data ); + } + else drivetype = DRIVE_FIXED; + + /* Get the drive label */ + RtlInitUnicodeString( &nameW, LabelW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + TRACE("Got label %s\n", debugstr_w(data)); + // lstrcpynW( drive->label_conf, data, 12 ); + } +#if 0 + if ((len = strlenW(drive->label_conf)) < 11) + { + /* Pad label with spaces */ + while(len < 11) drive->label_conf[len++] = ' '; + drive->label_conf[11] = '\0'; + } +#endif + +#if 0 + /* Get the serial number */ + RtlInitUnicodeString( &nameW, SerialW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + drive->serial_conf = strtoulW( data, NULL, 16 ); + } + else drive->serial_conf = 12345678; +#endif + + /* Get the filesystem type */ + RtlInitUnicodeString( &nameW, FilesystemW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + driveflags = get_fs_flags( i, data ); + } + else driveflags = PATHGATE_CASE_PRESERVING; + + /* Get the device */ + RtlInitUnicodeString( &nameW, DeviceW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + len = WideCharToMultiByte(CP_ACP, 0, data, -1, NULL, 0, NULL, NULL); + device = RtlAllocateHeap(ntdll_get_process_heap(), 0, len); + WideCharToMultiByte(codepage, 0, data, -1, device, len, NULL, NULL); + + RtlInitUnicodeString( &nameW, ReadVolInfoW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + if (IS_OPTION_TRUE(data[0])) driveflags |= PATHGATE_READ_VOL_INFO; + } + else driveflags |= PATHGATE_READ_VOL_INFO; + + if (drivetype == DRIVE_CDROM) + { + int cd_fd; + if ((cd_fd = open(device, O_RDONLY|O_NONBLOCK)) != -1) + { + CDROM_InitRegistry(cd_fd); + close(cd_fd); + } + } + } + + /* Get the FailReadOnly flag */ + RtlInitUnicodeString( &nameW, FailReadOnlyW ); + if (!NtQueryValueKey( hkey, &nameW, KeyValuePartialInformation, tmp, sizeof(tmp), &dummy )) + { + WCHAR *data = (WCHAR *)((KEY_VALUE_PARTIAL_INFORMATION *)tmp)->Data; + if (IS_OPTION_TRUE(data[0])) driveflags |= PATHGATE_FAIL_READ_ONLY; + } + +#if 0 + /* Make the first hard disk the current drive */ + if ((DRIVE_CurDrive == -1) && (drive->type == DRIVE_FIXED)) + DRIVE_CurDrive = i; +#endif + count++; +#if 0 + TRACE("Drive %c: path=%s type=%s label=%s serial=%08lx " + "flags=%08x codepage=%u dev=%x ino=%x\n", + 'A' + i, root, debugstr_w(DRIVE_Types[drive->type]), + debugstr_w(drive->label_conf), drive->serial_conf, drive->flags, + drive->codepage, (int)drive->dev, (int)drive->ino ); +#else + TRACE("Drive %c: path=%s type=%d label=-<>- serial=-<>- " + "flags=%08x codepage=%u\n", + 'A' + i, root, drivetype, driveflags, codepage); +#endif + drive_env[1] = 'A' + i; + TRACE("Adding drive %c => %s/%s\n", 'A' + i, root, debugstr_w(path)); + add_node(rdos, strlenW(rdos), drive_env + 1, strlenW(drive_env + 1), path, strlenW(path), + codepage, 0); + } + + next: + NtClose( hkey ); + } + init_done = TRUE; +#if 0 + if (!count) + { + MESSAGE("Warning: no valid DOS drive found, check your configuration file.\n" ); + /* Create a C drive pointing to Unix root dir */ + DOSDrives[2].root = heap_strdup( "/" ); + DOSDrives[2].dos_cwd = RtlAllocateHeap(ntdll_get_process_heap(), HEAP_ZERO_MEMORY, sizeof(DOSDrives[2].dos_cwd[0])); + DOSDrives[2].unix_cwd = heap_strdup( "" ); + strcpyW( DOSDrives[2].label_conf, driveC_labelW ); + DOSDrives[2].serial_conf = 12345678; + DOSDrives[2].type = DRIVE_FIXED; + DOSDrives[2].device = NULL; + DOSDrives[2].flags = 0; + DRIVE_CurDrive = 2; + } + + /* Make sure the current drive is valid */ + if (DRIVE_CurDrive == -1) + { + for (i = 0, drive = DOSDrives; i < MAX_DOS_DRIVES; i++, drive++) + { + if (drive->root && !(drive->flags & DRIVE_DISABLED)) + { + DRIVE_CurDrive = i; + break; + } + } + } + + /* get current working directory info for all drives */ + for (i = 0; i < MAX_DOS_DRIVES; i++, drive_env[1]++) + { + if (!GetEnvironmentVariableW(drive_env, path, MAX_PATHNAME_LEN)) continue; + /* sanity check */ + if (toupperW(path[0]) != drive_env[1] || path[1] != ':') continue; + DRIVE_Chdir( i, path + 2 ); + } +#endif +} diff -u -N -r -x '*~' -x '.#*' -x CVS dlls/ntdll35/Makefile.in dlls/ntdll/Makefile.in --- dlls/ntdll35/Makefile.in 2003-09-18 20:48:32.000000000 +0200 +++ dlls/ntdll/Makefile.in 2003-09-18 19:37:13.000000000 +0200 @@ -43,6 +43,7 @@ cdrom.c \ critsection.c \ debugtools.c \ + dos_fs.c \ env.c \ error.c \ exception.c \ diff -u -N -r -x '*~' -x '.#*' -x CVS dlls/ntdll35/ntdll_misc.h dlls/ntdll/ntdll_misc.h --- dlls/ntdll35/ntdll_misc.h 2003-09-13 21:06:36.000000000 +0200 +++ dlls/ntdll/ntdll_misc.h 2003-09-16 22:27:37.000000000 +0200 @@ -58,6 +58,25 @@ return NtCurrentTeb()->Peb->ProcessParameters; } +/* File IO */ +/* path gates options */ +#define PATHGATE_SHORT_NAMES 0x0002 /* Drive fs has 8.3 file names */ +#define PATHGATE_CASE_SENSITIVE 0x0004 /* Drive fs is case sensitive */ +#define PATHGATE_CASE_PRESERVING 0x0008 /* Drive fs is case preserving */ +#define PATHGATE_FAIL_READ_ONLY 0x0010 /* Fail opening read-only files for writing */ +#define PATHGATE_READ_VOL_INFO 0x0020 /* Try to read volume info from the device? */ + +struct nt_to_unix_path { + ANSI_STRING unix_str; + UNICODE_STRING short_ustr; + UNICODE_STRING long_ustr; + unsigned flags; +}; +extern NTSTATUS FILE_GetUnixName(const UNICODE_STRING* win_ustr, BOOL check_last, + struct nt_to_unix_path* n2up); + +extern DWORD FILE_GetNtStatus(void); + /* Device IO */ /* ntdll/cdrom.c.c */ extern NTSTATUS CDROM_DeviceIoControl(DWORD clientID, HANDLE hDevice, diff -u -N -r -x '*~' -x '.#*' -x CVS files35/file.c files/file.c --- files35/file.c 2003-09-18 20:48:44.000000000 +0200 +++ files/file.c 2003-09-18 20:54:37.000000000 +0200 @@ -404,6 +404,7 @@ DWORD attributes, HANDLE template, BOOL fail_read_only, UINT drive_type ) { +#if 0 unsigned int err; HANDLE ret; @@ -453,6 +454,54 @@ if (!ret) WARN("Unable to create file '%s' (GLE %ld)\n", filename, GetLastError()); return ret; } +#else + HANDLE h; + UNICODE_STRING u; + OBJECT_ATTRIBUTES oa; + IO_STATUS_BLOCK iosb; + ULONG disp; + + oa.Length = sizeof(oa); + oa.ObjectName = &u; + oa.RootDirectory = 0; + oa.SecurityDescriptor = NULL; + oa.SecurityQualityOfService = NULL; + oa.Attributes = 0; + if (sa && (sa->nLength>=sizeof(*sa)) && sa->bInheritHandle) + oa.Attributes |= OBJ_INHERIT; + + RtlCreateUnicodeStringFromAsciiz(&u, filename); + + switch (creation) + { + case CREATE_ALWAYS: disp = FILE_SUPERSEDE; break; + case CREATE_NEW: disp = FILE_CREATE; break; + case OPEN_ALWAYS: disp = FILE_OPEN_IF; break; + case OPEN_EXISTING: disp = FILE_OPEN; break; + case TRUNCATE_EXISTING: disp = FILE_OVERWRITE; break; + default: FIXME("Unknown creation flag\n"); disp = FILE_OPEN; + } + NtCreateFile(&h, access, &oa, &iosb, NULL, attributes, + sharing, disp, 0, NULL, 0); + RtlFreeUnicodeString(&u); + + if (iosb.u.Status) + { + /* In the case file creation was rejected due to CREATE_NEW flag + * was specified and file with that name already exists, correct + * last error is ERROR_FILE_EXISTS and not ERROR_ALREADY_EXISTS. + * Note: RtlNtStatusToDosError is not the subject to blame here. + */ + if (iosb.u.Status == STATUS_OBJECT_NAME_COLLISION) + SetLastError( ERROR_FILE_EXISTS ); + else + SetLastError( RtlNtStatusToDosError(iosb.u.Status) ); + h = 0; + } + + if (!h) WARN("Unable to create file '%s' (GLE %ld)\n", filename, GetLastError()); + return h; +#endif } @@ -1702,7 +1751,7 @@ /* check if we are allowed to delete the source */ hFile = FILE_CreateFile( full_name.long_name, GENERIC_READ|GENERIC_WRITE, 0, - NULL, OPEN_EXISTING, 0, 0, TRUE, + NULL, OPEN_EXISTING, FILE_ATTRIBUTE_READONLY, 0, TRUE, GetDriveTypeW( full_name.short_name ) ); if (!hFile) return FALSE; @@ -1985,7 +2034,7 @@ /* check if we are allowed to rename the source */ hFile = FILE_CreateFile( full_name1.long_name, 0, 0, - NULL, OPEN_EXISTING, 0, 0, TRUE, + NULL, OPEN_EXISTING, FILE_ATTRIBUTE_READONLY, 0, TRUE, GetDriveTypeW( full_name1.short_name ) ); if (!hFile) { @@ -1998,7 +2047,7 @@ /* check, if we are allowed to delete the destination, ** (but the file not being there is fine) */ hFile = FILE_CreateFile( full_name2.long_name, GENERIC_READ|GENERIC_WRITE, 0, - NULL, OPEN_EXISTING, 0, 0, TRUE, + NULL, OPEN_EXISTING, FILE_ATTRIBUTE_READONLY, 0, TRUE, GetDriveTypeW( full_name2.short_name ) ); if(!hFile && GetLastError() != ERROR_FILE_NOT_FOUND) return FALSE; CloseHandle(hFile); diff -u -N -r -x '*~' -x '.#*' -x CVS include35/winternl.h include/winternl.h --- include35/winternl.h 2003-09-18 20:48:47.000000000 +0200 +++ include/winternl.h 2003-09-16 21:25:05.000000000 +0200 @@ -912,6 +912,15 @@ #define FILE_EXISTS 0x00000004 #define FILE_DOES_NOT_EXIST 0x00000005 +/* disposition for NtCreateFile */ +#define FILE_SUPERSEDE 0x0000 +#define FILE_OPEN 0x0001 +#define FILE_CREATE 0x0002 +#define FILE_OPEN_IF 0x0003 +#define FILE_OVERWRITE 0x0004 +#define FILE_OVERWRITE_IF 0x0005 +#define FILE_MAXIMUM_DISPOSITION 0x0005 + #if (_WIN32_WINNT >= 0x0501) #define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) ) #endif /* (_WIN32_WINNT >= 0x0501) */ diff -u -N -r -x '*~' -x '.#*' -x CVS server35/directory.c server/directory.c --- server35/directory.c 1970-01-01 01:00:00.000000000 +0100 +++ server/directory.c 2003-09-14 14:23:13.000000000 +0200 @@ -0,0 +1,248 @@ +/* + * Server-side file name space management + * + * Copyright (C) 2003 Eric Pouech + * + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include "wine/port.h" + +#include <assert.h> +#include <string.h> +#include <stdio.h> +#include <unistd.h> +#include <signal.h> + +#include "handle.h" +#include "process.h" +#include "request.h" +#include "unicode.h" +#include "console.h" + +static int verbose = 0; + +#define fprintf if (verbose) fprintf +#define dump_strW if (verbose) dump_strW + +struct dir_node +{ + enum dir_node_type {regular, dlink} type; + struct dir_node* children; /* linked list of children */ + struct dir_node* next; /* link to sibling */ + unsigned codepage; + unsigned flags; + WCHAR* extra; /* extra information (mount point) */ + size_t extra_len; /* sizeof of extra information */ + struct dir_node* parent; /* parent node */ + WCHAR name[1]; /* name of current node */ +}; + +static struct dir_node all_root = {regular, NULL, NULL, 1252, 0, NULL, 0, NULL, {'\0'}}; + +static struct dir_node* create_node(const WCHAR* name, size_t name_len, + enum dir_node_type type, + const WCHAR* extra, size_t extra_len, + unsigned codepage, unsigned flags) +{ + struct dir_node* node; + + node = malloc(sizeof(struct dir_node) + name_len); + node->type = type; + node->children = NULL; + node->codepage = codepage; + node->flags = flags; + if (extra) + { + node->extra = malloc(extra_len); + memcpy(node->extra, extra, extra_len); + } + else + { + node->extra = NULL; + } + node->extra_len = extra_len; + node->next = NULL; + memcpy(node->name, name, name_len); + node->name[name_len / sizeof(WCHAR)] = '\0'; + return node; +} + +static void add_child(struct dir_node* parent, struct dir_node* new) +{ + new->parent = parent; + new->next = parent->children; + parent->children = new; +} + +static struct dir_node* lookup(const WCHAR* name, size_t len, const WCHAR** ret) +{ + struct dir_node* node; + struct dir_node* child; + size_t elen; + + len /= sizeof(WCHAR); + + fprintf(stderr,"##"); + dump_strW(name, len, stderr, "[]"); + fprintf(stderr, "\n"); + + name++; /* skip first '\\' */ + len--; + + node = &all_root; + if (!*name) return node; + + while (node->children) + { + fprintf(stderr," --"); + dump_strW(name, len, stderr, "[]"); + fprintf(stderr, "\n"); + + for (elen = 0; elen < len; elen++) + if (name[elen] == '\\') break; + + for (child = node->children; child; child = child->next) + { + fprintf(stderr," <<"); + dump_strW(child->name, strlenW(child->name), stderr, "[]"); + fprintf(stderr, ">> %d\n", elen); + + if (elen == strlenW(child->name) && strncmpiW(child->name, name, elen) == 0) + break; + } + if (!child) return NULL; + switch (child->type) + { + case dlink: + if (elen == len) + { + return lookup(child->extra, child->extra_len, ret); + } + else + { + WCHAR* n; + size_t xlen; + + xlen = child->extra_len / sizeof(WCHAR); + n = malloc((xlen + len - elen + 1) * sizeof(WCHAR)); + memcpy(n, child->extra, xlen * sizeof(WCHAR)); + n[xlen] = '\\'; + memcpy(n + xlen + 1, name + elen + 1, (len - elen) * sizeof(WCHAR)); + node = lookup(n, (xlen + len - elen) * sizeof(WCHAR), ret); + if (*ret) *ret = name + (xlen + len - elen) - (*ret - n + xlen - 1); + free(n); + return node; + } + break; + case regular: + node = child; + break; + } + + fprintf(stderr, "=> %d %d\n", elen, len); + if (elen == len) break; + len -= elen + 1; + name += elen + 1; + } + if (node) *ret = name; + return node; +} + +static void add_node(const WCHAR* root, size_t root_len, + const WCHAR* name, size_t name_len, + enum dir_node_type type, + const WCHAR* extra, size_t extra_len, + unsigned codepage, unsigned flags) +{ + struct dir_node* parent; + struct dir_node* child; + const WCHAR* left; + + parent = lookup(root, root_len, &left); + + if (!parent) + { + fprintf(stderr, "issue: "); + dump_strW(root, root_len, stderr, "[]"); + fprintf(stderr, "\n"); + set_error(STATUS_OBJECT_PATH_NOT_FOUND); + } + child = create_node(name, name_len, type, extra, extra_len, codepage, flags); + add_child(parent, child); +} + +DECL_HANDLER(create_pathgate) +{ + size_t len = get_req_data_size(); + size_t extra_len; + const WCHAR* data = get_req_data(); + + extra_len = len - (req->root_len + req->name_len); + + add_node(data, req->root_len, + data + req->root_len / sizeof(WCHAR), req->name_len, + regular, + extra_len ? data + (req->root_len + req->name_len) / sizeof(WCHAR) : NULL, + extra_len, req->codepage, req->flags); +} + +DECL_HANDLER(get_file_name) +{ + const WCHAR* p; + struct dir_node* node; + const WCHAR* dirname = get_req_data(); + struct dir_node* pp; + size_t rlen, pos, elen; + WCHAR* ptr; + + fprintf(stderr, "imh1\n"); + node = lookup(dirname, get_req_data_size(), &p); + if (!node) + { + set_error(STATUS_OBJECT_NAME_NOT_FOUND); + return; + } + + fprintf(stderr, "imh2\n"); + reply->dir_len = 0; + fprintf(stderr, "imh3\n"); + for (pp = node; pp; pp = pp->parent) + { + reply->dir_len += strlenW(pp->name) + 1; + } + fprintf(stderr, "imh4\n"); + reply->dir_len--; + reply->name_offset = p - dirname; + ptr = malloc(rlen = reply->dir_len * sizeof(WCHAR) + node->extra_len); + fprintf(stderr, "imh5\n"); + + pos = reply->dir_len; + for (pp = node; pp; pp = pp->parent) + { + elen = strlenW(pp->name); + pos -= elen; + memcpy(ptr + pos, pp->name, elen * sizeof(WCHAR)); + if (pos > 0) ptr[--pos] = '/'; + } + if (node->extra) + memcpy(ptr + reply->dir_len, node->extra, node->extra_len); + reply->dir_len *= sizeof(WCHAR); + reply->codepage = node->codepage; + reply->flags = node->flags; + set_reply_data_ptr(ptr, rlen); +} diff -u -N -r -x '*~' -x '.#*' -x CVS server35/file.c server/file.c --- server35/file.c 2003-09-13 21:07:01.000000000 +0200 +++ server/file.c 2003-09-14 14:24:27.000000000 +0200 @@ -43,6 +43,8 @@ #include "winerror.h" #include "windef.h" #include "winbase.h" +#include "winreg.h" +#include "winternl.h" #include "file.h" #include "handle.h" @@ -162,8 +164,7 @@ static struct file *create_file( const char *nameptr, size_t len, unsigned int access, - unsigned int sharing, int create, unsigned int attrs, - int drive_type ) + unsigned int sharing, int create, unsigned int attrs) { struct file *file; int hash, flags; @@ -180,11 +181,12 @@ switch(create) { - case CREATE_NEW: flags = O_CREAT | O_EXCL; break; - case CREATE_ALWAYS: flags = O_CREAT | O_TRUNC; break; - case OPEN_ALWAYS: flags = O_CREAT; break; - case TRUNCATE_EXISTING: flags = O_TRUNC; break; - case OPEN_EXISTING: flags = 0; break; + case FILE_CREATE: flags = O_CREAT | O_EXCL; break; + case FILE_OVERWRITE_IF: /* FIXME: the difference is whether we trash existing attr or not */ + case FILE_SUPERSEDE: flags = O_CREAT | O_TRUNC; break; + case FILE_OPEN: flags = 0; break; + case FILE_OPEN_IF: flags = O_CREAT; break; + case FILE_OVERWRITE: flags = O_TRUNC; break; default: set_error( STATUS_INVALID_PARAMETER ); goto error; } switch(access & (GENERIC_READ | GENERIC_WRITE)) @@ -205,7 +207,7 @@ file->access = access; file->flags = attrs; file->sharing = sharing; - file->drive_type = drive_type; + file->drive_type = 0; /* FIXME: this shall go away anyway */ file->name = name; file->next = file_hash[hash]; file_hash[hash] = file; @@ -598,7 +600,7 @@ reply->handle = 0; if ((file = create_file( get_req_data(), get_req_data_size(), req->access, - req->sharing, req->create, req->attrs, req->drive_type ))) + req->sharing, req->create, req->attrs ))) { reply->handle = alloc_handle( current->process, file, req->access, req->inherit ); release_object( file ); diff -u -N -r -x '*~' -x '.#*' -x CVS server35/Makefile.in server/Makefile.in --- server35/Makefile.in 2003-08-24 10:18:16.000000000 +0200 +++ server/Makefile.in 2003-08-12 20:55:23.000000000 +0200 @@ -16,6 +16,7 @@ context_sparc.c \ debugger.c \ device.c \ + directory.c \ event.c \ fd.c \ file.c \ diff -u -N -r -x '*~' -x '.#*' -x CVS server35/protocol.def server/protocol.def --- server35/protocol.def 2003-09-18 20:48:55.000000000 +0200 +++ server/protocol.def 2003-09-16 21:25:14.000000000 +0200 @@ -594,6 +596,32 @@ @END +/* Create a path gate */ +@REQ(create_pathgate) + unsigned int codepage; /* pathgate's codepage */ + unsigned int flags; /* flags */ + size_t root_len; /* length of pathgate root directory */ + size_t name_len; /* length of pathgate name */ + VARARG(root,unicode_str,root_len); /* root directory */ + VARARG(name,unicode_str,name_len); /* pathgate's name */ + VARARG(extra,unicode_str); /* extra information for pathgate (Unix path) */ +@REPLY +@END + + +/* Lookup filename in pathgates */ +@REQ(get_file_name) + VARARG(name,unicode_str); /* name of file to lookup */ +@REPLY + unsigned int codepage; /* code page of path gate */ + unsigned int flags; /* flags */ + size_t name_offset; /* offset, in name, of the file name */ + size_t dir_len; /* length of directory name */ + VARARG(dirname,unicode_str,dir_len);/* actually dirname of name */ + VARARG(extra,unicode_str); /* extra information on dirname (Unix path) */ +@END + + /* Create a file */ @REQ(create_file) unsigned int access; /* wanted access rights */ @@ -601,7 +629,6 @@ unsigned int sharing; /* sharing flags */ int create; /* file create action */ unsigned int attrs; /* file attributes for creation */ - int drive_type; /* type of drive the file is on */ VARARG(filename,string); /* file name */ @REPLY obj_handle_t handle; /* handle to the file */ @@ -2196,3 +2223,4 @@ #define OPEN_TOKEN_THREAD 1 #define OPEN_TOKEN_AS_SELF 2 +

1 0

Re: wine/ scheduler/thread.c scheduler/process.c l ...
by Eric Pouech 18 Sep '03

18 Sep '03

Alexandre Julliard wrote: > ChangeSet ID: 9365 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/09/17 00:31:33 > > Modified files: > scheduler : thread.c process.c > loader : module.c > libs/wine : loader.c > dlls/ntdll : Makefile.in > dlls/kernel : thread.c process.c Makefile.in > Added files: > dlls/kernel : fiber.c except.c > Removed files: > win32 : except.c > scheduler : fiber.c > > Log message: > Moved almost all remaining process, thread, fiber and exception > functions to dlls/kernel. Quite a bit of the initialisation code is still in ntdll. How do you see the final move: - all initialisation code in kernel32 - part of it in ntdll, the rest in kernel32 A+ -- Eric Pouech

2 1

Translation status
by Dimitrie O. Paun 18 Sep '03

18 Sep '03

Hi folks, Here is a little script that generates a table detailing the i18n status. It works by comparing the last updated timestamp from CVS of the language file with the master file. It generates a matrix like this (hopefully it's not wrapped): Legend: '.' -- translation appears to be uptodate 'x' -- translation needs updating '?' -- unknown status (file not under CVS control) ' ' -- translation missing Master language is En Module / Language Ca Cn Cs Da De En Eo Es Fi Fr Hu It Ja Ko Nl No Pl Pt Ru Si Sk Sv Sw Va Wa Xx Zh dlls/avifil32 . . . . . . . dlls/comctl32 . . . . . . . . . dlls/commdlg . . . . . . . . . . . . . . . . . . . . . . . . dlls/msvideo/msrle32 . . . . . . . dlls/serialui . . dlls/setupapi . . dlls/shell32 . . . . . . . . . . . . . . . . . . . . . . . . dlls/user/resources . . . . . . . . . . . . . . . . . . . . . . . dlls/wineps . . . . . . . . . dlls/wininet . . . . . dlls/winmm . . . . . . . . programs/clock . . . . . . . . . . . . . . . programs/cmdlgtst . . . . . . programs/notepad . . . . . . . . . . . . . . . programs/progman x x . . . . . . . . . . . . . . . . programs/view . . . . . . . programs/wcmd . . . . . programs/wineconsole . . . . . . . programs/winemine . . . . . programs/winhelp . . . . . . . . . . . . . . . . . programs/regedit . . . . . . programs/winefile . . . . . . . . programs/start . . . . . programs/winecfg . x x x x programs/wineproc ? Run it, it's fun! :) I guess I will submit it to the tree. -- Dimi.

1 0

Starting wine turns off my screen
by Philipp Wollermann 18 Sep '03

18 Sep '03

Hi, I recently installed Mandrake 9.1 and updated it to the newest packages .. I'm using the ATI fglrx 3.2.5 driver for XFree 4.3.0 (I have a Hercules Radeon 9700) and playing 3D games like tuxracer works great. However, when I try to start any program with wine my screen gets dark and goes into standby. This happens even with Notepad or the programs included with Wine! This problem didn't happen on my earlier installations of Linux, but I can't say if it's the driver of my graphics card (maybe I should try an older version? mmh.), my Mandrake 9.1 or wine itself (I'm using the current version from CVS, just updated). Maybe somebody had this problem too and knows how to get wine running again? The funny thing is: My PC keeps running, I can connect to it using SSH and kill wine, but this doesn't do anything about my screen. I can even start wine again (wine notepad.exe) and it gives me the usual output, no Errors or Warnings. My system: Mandrake 9.1, updated to newest packages ASUS A7V333, VIA KT333 chipset 768 MB RAM Hercules Radeon 9700 using ATI driver v3.2.5 Athlon XP 1800+ Philipp

3 4

Winedbg not seeing 'orphaned' wine processes
by Sylvain Petreolle 18 Sep '03

18 Sep '03

After doing a 'wineserver -k', some wine processes arent stopped. Using winedbg and doing a 'walk process' (which starts another wineserver) is currently unable to see the wine processes that were created before. [syl@snoop bin]$ ps -efl |grep wine 0 S syl 26355 1 0 75 0 - 41016 schedu 04:01 pts/4 00:00:00 /usr/local/bin/wine wcmd 0 S syl 26709 26208 0 75 0 - 909 pipe_w 04:11 pts/4 00:00:00 grep wine And winedbg says there is no process : [syl@snoop bin]$ winedbg fixme:console:SetConsoleCtrlHandler (0x4063f068,1) - no error checking or testing yet WineDbg starting on pid 0 Wine-dbg>walk process pid threads parent executable Wine-dbg> Can this process be debugged in any way or is it completely unreachable ? ===== 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

2 1

Re: Starting wine turns off my screen
by Sylvain Petreolle 18 Sep '03

18 Sep '03

Did winecheck say you have a problem ? You can try to use ttydrv, or : from a TEXT console, set DISPLAY like this : export DISPLAY=localhost:0 and try to run 'wine wcmd' or another text-only program from here. or run wine notepad.exe & > logfile. you will be able to see what wine reports since you can connect to it by SSH. > I'm using the wine CVS version, compiled from source. I just looked > at these > URLs and will submit a bug report to bugzilla, after I've tried an > older ATI > driver. I can't go back to text mode, I have to reboot to get my > screen back > to life. If you need a process list, I can connect to my PC using SSH > and > send it to the list. ===== 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

Re: dsound primary buffer volume/pan
by Dimitrie O. Paun 18 Sep '03

18 Sep '03

On Wed, 17 Sep 2003, Robert Reif wrote: > Adds volume and pan support to primary buffers. > Adds more property set support. Please include all the diffs into one file so it can be easily reviewed. If you can also inline that file, that'd be great: http://www.winehq.org/site/sending_patches -- Dimi.

1 0

Wine 20030911 trouble
by flyker 18 Sep '03

18 Sep '03

After install version 20030911 i run very simply program compiled with wine and after it the system (RedHat 9.0) become very slow, it does not respond keyboard and mouse and it much use hard disk. I think it alloc memory in cycle. After some time the system kill wine. Installation witnout nptl. Previous version 20030813 work fine. Any ideas ?

2 1

Re: [winebuild01] Add format printf attributes
by Dimitrie O. Paun 18 Sep '03

18 Sep '03

On September 18, 2003 07:37 am, Richard Cohen wrote: > +extern void fatal_error( const char *msg, ... ) > + __attribute__ ((__format__ (__printf__, 1, 2))); > +extern void fatal_perror( const char *msg, ... ) > + __attribute__ ((__format__ (__printf__, 1, 2))); > +extern void error( const char *msg, ... ) > + __attribute__ ((__format__ (__printf__, 1, 2))); > +extern void warning( const char *msg, ... ) > + __attribute__ ((__format__ (__printf__, 1, 2))); These are too GCC specific use something like __WINE_PRINTF_ATTR from wine/debug.h -- Dimi.

1 0

a little dll/oleaut32/tmarshal.c correction
by Evalet Olivier 18 Sep '03

18 Sep '03

For Marcus Meissner, Concerning the file dll/oleaut32/tmarshal.c, I have added a check for a result function. Below, the modified function with (SUCCEEDED test). It prevent a crash in my application. I don't no if the test: if (hres)... is writted to be equivalent of : if (SUCCEEDED(hres))... ?? static int _nroffuncs(ITypeInfo *tinfo) { int n, max = 0; FUNCDESC *fdesc; HRESULT hres; n=0; while (1) { hres = ITypeInfo_GetFuncDesc(tinfo,n,&fdesc); if (SUCCEEDED(hres) && fdesc->oVft/4 > max) max = fdesc->oVft/4; if (hres) return max+1; n++; } /*NOTREACHED*/ } Olivier ------------------ www.programmers.ch

1 0

Re: resend - system tray support
by Rolf Kalbermatter 18 Sep '03

18 Sep '03

Message: 3 To: Mike Hearn <mike(a)theoretic.com> Cc: wine-devel(a)winehq.com Subject: Re: resend - system tray support From: Alexandre Julliard <julliard(a)winehq.org> Date: Mon, 15 Sep 2003 11:20:42 -0700 Mike Hearn <mike(a)theoretic.com> writes: >> I'm going to keep sending this flipping patch until it gets in, or I >> find out what the next problem is you know. There's no escape! :) > >Well, at least the critical section handling is broken, but the real >problem is that all this stuff doesn't belong in shell32. We should >really redesign it to get rid of the internal WS_EX_TRAYWINDOW flag >and have a separate process to manage the tray window (plus other >background tasks like the progman DDE interface, and maybe the desktop >window too). Under W2K this is mostly implemented in shell32.dll. Most of what Explorer actually is, including the progman DDE interface, is implemented in shell32.dll and intialized by the shell explorer instance. This does not mean that Wine has to do it this way, but if Wine ever gets to the point where DLLs are drop in replacements for the native ones, this functionality would eventuelly have to be implemented in shell32 or at least have to be exported by it somehow. Rolf Kalbermatter

3 8

Re: Numeric data problems on wine
by Hengga 18 Sep '03

18 Sep '03

Sorry, I forgot that this list is not accept attachment files. So, I put the source and binary in: http://www.luckytex.com/hallo/hallo.zip and http://www.luckytex.com/hallo/native.zip They're in winzip format. Hallo.zip contains (hallo.exe, hallo.pbd, hallo.pbl) Native.zip contains native dll (libjcc.dll, pbdwe70.dll,pbodb70.dll,pbvm70.dll) TIA, Hengga To: "Shachar Shemesh" <wine-devel(a)shemesh.biz> Cc: <wine-devel(a)winehq.org> Sent: Wednesday, September 17, 2003 3:14 PM > Yes, It's GUI application. It's a small applications with an edit column. > I include the binary ( .pbl ) and executeable files ( .exe and .pbd ) in > this mail. > I hope that you could test it and give me some solutions. > > Sorry 4 my bad english. :-) > > Thanks. > Hengga > > > > I got wine installed on my computer. It runs Xandros Desktop 1.0 > > > based on Debian distro. > > > I am about to run my applications created on windows platform. > > > The applications created by Sybase Power Builder 7.0. > > > When I run the applications, if I put the numeric data (integer, long > > > integer, etc.), e.g.: > > > 1 it will appears +.. > > > 11 it will appears +..1 > > > 111 it will appears +.1.1 > > > 123 it will appears +.2.3 > > > > > > When I try to run it on windows, everything fine. > > > What's wrong with it? Anyone have the experience. Help me please. > > > BTW, my wine package is wine-20030911.tar.gz > >

1 0

Re: FAQ: How much ram do I need #2
by Alexandre Julliard 17 Sep '03

17 Sep '03

Tom <twickline(a)skybest.com> writes: > Andreas suggested that 128 is the minimum memory requirements for wine > to work in a useable fashion. So I will leave the content of this entry > in place and just change the 256 to 128. I haven't really seen any evidence that Wine memory requirements have suddenly been multiplied by 4. It all depends on the application you are running anyway, so I don't think there's much point in trying to give specific requirements. I'd suggest rewriting the whole thing to simply say that you need basically the same amount of memory than under Windows to run the same apps. -- Alexandre Julliard julliard(a)winehq.com

1 0

More DOS regressions due to instruction emulation changes
by Jukka Heinonen 17 Sep '03

17 Sep '03

In addition to breaking protected mode programs, instruction emulation changes have also broken many real mode programs. Instruction emulation code was previously used to emulate not only protected mode instructions but also some real mode instructions. For example, ioport instructions (inb,outb,...) were emulated using that code. Now, these instructions raise an exception that will not be caught by any handler because real mode code may not have been called via K32WOWCallback16Ex, which seems to be the place where instruction emulation hooks in. There are many different ways of fixing these problems, one possibility is to make K32WOWCallback16Ex call VM86 stuff from NTDLL when special magic parameter is passed to it so it can install the correct exception handler. Another is to export instruction emulation hook or exception handler from kernel. Anyway, this is something I don't probably want to decide, even if I had more time available for this. A better fix for protected mode programs would be welcome, too. -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

A useful resource for all windows API trivia
by Mike Hearn 17 Sep '03

17 Sep '03

http://blogs.gotdotnet.com/raymondc/ That guy did a lot of work on the Windows APIs, in particular in the GUI and shell areas. He routinely posts interesting, and often funny, accounts of why things in Windows are as they are, as well as occasional links to internal docs on the semantics of particular APIs/constructs/types etc. Well worth reading if you are feeling bored ;) thanks -mike

1 0

API DB scripts available - help wanted populating the apps table
by Dave Miller 17 Sep '03

17 Sep '03

I have placed all of the scripts used in creating the API DB at http://24.229.94.2 in a .tar.gz available here: http://24.229.94.2/winedb.tar.gz in case anyone is interested. Yes, they are ugly. I'll gladly accept any improvements or ideas. :) One of the scripts (dump_app_imports) dumps the apis used by a given program. Another can query the database from a web form to find missing apis for a given app. If anyone is interested in finding what apis are missing for particular apps please run dump_app_imports on the install directory as follows: dump_app_imports.pl -p path-to-app -f appname-and-version and email me the resulting appname.ref file. I will then add it to the database. The script which does the queries still needs some work but I am ready to add applications now.

1 0

Numeric data problems on wine
by Hengga 17 Sep '03

17 Sep '03

Hi..., It's my first experience with wine. I got wine installed on my computer. It runs Xandros Desktop 1.0 based on Debian distro. I am about to run my applications created on windows platform. The applications created by Sybase Power Builder 7.0. When I run the applications, if I put the numeric data (integer, long integer, etc.), e.g.: 1 it will appears +.. 11 it will appears +..1 111 it will appears +.1.1 123 it will appears +.2.3 When I try to run it on windows, everything fine. What's wrong with it? Anyone have the experience. Help me please. BTW, my wine package is wine-20030911.tar.gz Thanks. Hengga

2 1

Re: Trivial compile patch for dlls/winmm/winealsa/midi.c
by Stefan Leichter 16 Sep '03

16 Sep '03

On Tuesday 16 September 2003 07:16, Pavel Roskin wrote: > ChangeLog: > > * dlls/winmm/winealsa/midi.c: Set WINE_DEFAULT_DEBUG_CHANNEL > unconditionally. > > There are TRACE calls below corresponding #endif. Hello, your patch is fine for me. It fixes the first compile error for me, but did you fix also this one? make[2]: Entering directory `/usr/src/wine/wine-build/dlls/winmm/winealsa' gcc -shared -Wl,-Bsymbolic,-z,defs winealsa.drv.spec.o audio.o audio_05.o alsa.o midi.o winealsa.drv.dbg.o -o winealsa.drv.so -L../../../dlls -L../../../libs/wine -lwine -L../../../libs/uuid -lwine_uuid -lasound -L../../../libs/port -lwine_port -lm -lc alsa.o: In function `ALSA_DriverProc': /home/sle/src/wine/wine-build/dlls/winmm/winealsa/../../../../wine/dlls/winmm/winealsa/alsa.c:77: undefined reference to `ALSA_MidiInit' collect2: ld returned 1 exit status make[2]: *** [winealsa.drv.so] Error 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/winmm/winealsa' make[1]: *** [winmm/winealsa] Error 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Error 2 The attached patch fixes the problem for me but i am not sure if it is the right fix. My system has only alsa 0.5 installed. Comments please. Bye Stefan

1 0

WM_MDICREATE failing
by Shachar Shemesh 16 Sep '03

16 Sep '03

Hi all, I have an application that does "SendMessageA" WM_MDICREATE, and this call FAILS. I'm currently running this under crossover office 2.0.1 (the only environment that would install it). I'm quite capable of hunting this down on my own, but I was wondering whether anyone has had similar experience in the past. I would also like to know who is our "official" MDI maintainer. Also, I noticed that this application registered two Windows hooks. I wasn't aware that these worked, but the app seems happy. Do we or don't we have working hooks support? Shachar P.S. I have been a Win32 programmer for five years, and managed to go without writing any UI more complicated than a single dialog and a progress bar. Since I have been involved in Wine, I have tweaked the Font dialog, tracked the Text printing functions, did more OLE than I would normally want, keyboard input, and even some Direct X (a little). I find it ironic that I had to move my skills to Linux before I had to touch any of these. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 3

Re: Conformance tests compile progress with MSVC
by Rolf Kalbermatter 16 Sep '03

16 Sep '03

On September 11, 2003 12:24 pm, Jakob Eriksson wrote: >> This means with VC++ and MSVC headers 12 EXEs compile, with VC++ and >> MinGW headers 16 EXEs compile. Crosscompiling tests from Linux is still >> somewhat >> broken as per current CVS, but still 18 EXEs compile! >> >> So crosscompiling gets us the most tests compiled. >> >> >> Errors with MSVC headers: > >This may help a little. > >ChangeLog > Use winnt.h instead of ntstatus.h where we can. Why is it that I can just remove the #include <ntstatus.h> and everything compiles fine both under wine as well as MSVC? <winnt.h> seems not necessary at all because some other header seems to include it, possibly unintentionally. Rolf Kalbermatter

3 2

[DXT3] menu in Tribunal now vanishes (regression?)
by MichaelGuennewig＠gmx.de 16 Sep '03

16 Sep '03

Hallo, with the following 2 patches the menu in "The Elder Scrolls III: Tribunal Morrowind Expansion Pack" version 1.4.1313 german only shows white blocks instead of the menuitems as before. When IDirect3DImpl_CheckDeviceFormat reports that D3DFMT_DXT3 isn't supported the menuitems will draw correct. When IDirect3DImpl_CheckDeviceFormat reports that D3DFMT_DXT3 is supported then white blocks appear instead of the menuitems and glCompressedTexImage2D returns the error code 0x502 (GL_INVALID_OPERATION). Using NVIDIA drivers 1.0-4349 and updating to 1.0-4496 doesn't solve the problem. Is it the OpenGL implementation which is buggy or the way how wine uses it? I have attached a log of "wine -debugmsg +loaddll,+d3d_surface Morrowind.exe". The binary is a no-cd version, but the original one behaves the same. Some parts from my config: ,----- | ... | | [Version] | "Windows" = "win98" | ;"DOS" = "6.22" | | [x11drv] | "AllocSystemColors" = "100" | "PrivateColorMap" = "N" | "UseDGA" = "N" | "UseXShm" = "Y" | "UseXVidMode" = "Y" | "UseTakeFocus" = "Y" | "DXGrab" = "N" | "DesktopDoubleBuffered" = "Y" | "TextCP" = "0" | "Synchronous" = "N" | | [WinMM] | "Drivers" = "wineoss.drv" | ; ... | | ;; Debug, dsound, network are empty | | [DllOverrides] | "*" = "builtin, native" | "msvideo" = "native, builtin" | "msvfw32" = "native, builtin" | "ole32" = "native, builtin" | "oleaut32" = "native, builtin" | "quartz" = "native, builtin" | "rpcrt4" = "native, builtin" | | ... `----- Will send more details if someone wish. Michael

2 3

Re: resend - system tray support
by Alexandre Julliard 16 Sep '03

16 Sep '03

Mike Hearn <mike(a)theoretic.com> writes: > I'm going to keep sending this flipping patch until it gets in, or I > find out what the next problem is you know. There's no escape! :) Well, at least the critical section handling is broken, but the real problem is that all this stuff doesn't belong in shell32. We should really redesign it to get rid of the internal WS_EX_TRAYWINDOW flag and have a separate process to manage the tray window (plus other background tasks like the progman DDE interface, and maybe the desktop window too). -- Alexandre Julliard julliard(a)winehq.com

3 7

Re: More common control fixies
by Alexandre Julliard 16 Sep '03

16 Sep '03

"Filip Navara" <xnavara(a)volny.cz> writes: > - Included wtypes.h in dlls/comctl32/trackbar.c for compilation > with w32api. Why is wtypes.h needed with w32api and not with the Wine headers? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shell32 (part3): Make sure the bind context is forwarded in ShellFolder_ParseDisplayName
by Alexandre Julliard 16 Sep '03

16 Sep '03

"Rolf Kalbermatter" <rolf.kalbermatter(a)citengineering.com> writes: > - dlls/shell32/shell32_main.h > Add inline functions to convert ANSI strings to Unicode strings using the heap > for A->W function calls. I do believe we shouldn't link shell32 to ntdll so the > Rtl.. functions seem no option here. If this is wrong I would rather like to > call those. There's no reason not to use ntdll functions if they are more convenient. Most of our dlls import ntdll already, and shell32 can perfectly do that too. -- Alexandre Julliard julliard(a)winehq.com

1 0

How do I find out what a program uses to identify a screen mode
by hatky 15 Sep '03

15 Sep '03

I am trying to get some code contributes to wine but after trying 2 w->a converts and then getting the response of "Thats to complicated, leave it to me" I decided to more on.... I have a few games that are failing logically identifying a screen mode (one actually fails at detecting a 3d card) I searched msdn and the code and traces of their runs and yet couldn't find that procedure gives them that wrong info. Can some directX/x11drv guru help me find and fix the problem, I assume it is something that either is stubbed or doesn't check the wine config correctly.... Trying to start on some real contribution to wine, Thanks in advance, Hatky. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 2

Unable to cimpile wineproc
by BiGgUn 15 Sep '03

15 Sep '03

Hi all When i try to compile wineproc , i got the following error: In file included from system.c:3: ../../include/psapi.h:25: parse error before "LPVOID" ../../include/psapi.h:25: warning: no semicolon at end of struct or union (...) and many ohter like this. What did i do in the wrong way ? TIA, Stephan

8 19

Ventril Howto coming
by Kristoffer Ericson 15 Sep '03

15 Sep '03

Greetings, Due to popular demand and my lack of mail time, i've decided to write an howto concerning getting Ventrilo to work with Wine. I do this cause 1) helping people is fun, 2) you guys are spamming my mailbox. I will send the link when the howto is completed. Best wishes Kristoffer

2 2

PeekNamedPipe
by Marcelo Bezerra 15 Sep '03

15 Sep '03

Hello, I've been trying to run Valve's Steam under winex and has not achieved success. Aparently it depends on PeekNamedPipe, wich is only a stub and is a kernel32 function, so no native dll would help. I would like some help in implementing this function, google sugested using recvfrom with MSG_PEEK flag set but I have some doubts about it. Where is HANDLE struct defined? How to relate it to the actual file descriptor in unix? How to find out the pipemode of such HANDLE? If I make it return true inconditionaly and set all args to 1, Steam will even show up (with most text impossible to read, but will most likely work when implemented correclty). Anyone able to help?

4 3

Conformance tests compile progress with MSVC
by Jakob Eriksson 15 Sep '03

15 Sep '03

I have now managed to compile the tests with MSVC and MSVC headers. (Using Visual studio.NET) (Using instructions from http://winehq.com/site/docs/wine-devel/testing-windows ) propset.c, process.c, thread.c, wksta.c, env.c, error.c, generated.c, large_int.c, path.c, rtl.c, rtlbitmap.c, rtlstr.c, string.c and dpa.c did not compile however. This means with VC++ and MSVC headers 12 EXEs compile, with VC++ and MinGW headers 16 EXEs compile. Crosscompiling tests from Linux is still somewhat broken as per current CVS, but still 18 EXEs compile! So crosscompiling gets us the most tests compiled. Errors with MSVC headers: h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2065: 'HDPA' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2146: syntax error : missing ';' before identifier 'dpa_ret' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2143: syntax error : missing ';' before 'identifier' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(42): error C2065: 'dpa_ret' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2275: 'INT' : illegal use of this type as an expression h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2146: syntax error : missing ';' before identifier 'int_ret' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2143: syntax error : missing ';' before 'identifier' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(43): error C2065: 'int_ret' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2275: 'CHAR' : illegal use of this type as an expression H:\program files\Microsoft Visual Studio .NET\Vc7\PlatformSDK\Include\WinNT.h(239) : see declaration of 'CHAR' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2146: syntax error : missing ';' before identifier 'test_str0' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2144: syntax error : '<Unknown>' should be preceded by '<Unknown>' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2143: syntax error : missing ';' before 'identifier' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2065: 'test_str0' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(44): error C2059: syntax error : ']' h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(46): warning C4013: 'DPA_Create' undefined; assuming extern returning int h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(48): warning C4013: 'DPA_Search' undefined; assuming extern returning int h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(48): error C2065: 'DPAS_SORTED' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(50): error C2065: 'DPAS_INSERTBEFORE' : undeclared identifier h:\work_dir\Wine\wine\dlls\comctl32\tests\dpa.c(52): error C2065: 'DPAS_INSERTAFTER' : undeclared identifier oleaut32_test error LNK2019: unresolved external symbol _IFont_QueryInterface referenced in function _func_olefont oleaut32_test fatal error LNK1120: 1 unresolved externals h:\work_dir\Wine\wine\dlls\ntdll\tests\string.c(27): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\rtlstr.c(28): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\rtlbitmap.c(26): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\rtl.c(27): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\path.c(24): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\large_int.c(27): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\generated.c(14): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\error.c(24): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\ntdll\tests\env.c(24): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\netapi32\tests\wksta.c(28): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\kernel\tests\thread.c(27): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\kernel\tests\process.c(27): fatal error C1083: Cannot open include file: 'ntstatus.h': No such file or directory h:\work_dir\Wine\wine\dlls\dsound\tests\propset.c(32): fatal error C1083: Cannot open include file: 'dsconf.h': No such file or directory

3 2

Linux Tribes
by Kristoffer Ericson 15 Sep '03

15 Sep '03

Greetings, >From what i gather the "mouse gets no focus" problem is still there. Meaning that when tribes starts the standard mouse pointer is still active, while the tribes one is still in the uppe corner. No way to get focus. Lionell , any chance of checking this against the demo? Anyone running linux - Tribes? My wine-tribes has been broke since 3 months ago. Best wishes

2 1

Re: FAQ : How much ram do I need
by Andreas Mohr 15 Sep '03

15 Sep '03

Hi, On Mon, Sep 15, 2003 at 07:15:34AM -0400, Tom wrote: > > Hi, > > I was reading over the faq and the minimum memory requirements > are extreamly low. So I just multiplied what we have by 4. 256 is much to high IMHO. Note that the paragraph talks about "working", not "working well". Case in point: I ran PowerPCB on Wine with 128MB RAM (P3/800), plus some other assorted programs (Mozilla (30MB), SETI (20MB), VNC server (5MB), ...), TODAY even. It did work pretty well, if only a bit slow (I didn't notice too much swapping on my 256MB swap partition, though). I'd rather change that paragraph to say that 64MB should be moderately usable if you use a very lightweight system environment (no KDE, Gnome, ... bloatware ;), 128MB is ok, and 256MB is pretty good. In fact IIRC the 64MB figure remains from times where Wine was a full-blown static binary. With todays DLL separation there should be no reason why we need more. At the least I'd change it to say 128MB only, but OTOH maybe we should simply specify 64MB as a minimum configuration and 256MB as "working well". -- Microsoft prepares new round of .doc office format lock-in (just forget about OpenOffice/StarOffice .doc interoperability then, ok?) http://news.com.com/2100-1012_3-5069246.html

1 0

Bad prefs that I'm planning on dropping
by Mike Hearn 15 Sep '03

15 Sep '03

OK, so here is a basic list of settings that I can't be bothered doing UI for in winecfg. Before I start, I think I should make one thing clear - ultimately I believe winecfg should be removed entirely. Looking at the settings in the wine configuration really rams home how many simply should not be configurable by the user at all. Back during the 90s when the only people using Wine were happy and comfortable with computers, it was A-OK to have settings like "Use XSHM extension" and assume the users knew what it meant, or if they didn't, that they wouldn't fiddle with it to see what it did. But, Linux is changing, and we can't assume that sort of thing anymore. Worse, a lot of these settings could simply be autodetected, or are so obscure that the defaults would always suffice (we can auto detect the presence of XSHM, so why would you need to disable it?). Unfortunately, writing auto detect code is quite hard, a bit boring etc, so for now that'd have to be a long term project. Ultimately there's no reason why Wine should have to be configured at all - in the ideal world it would just get on with it, and the user doesn't have to think about it, maybe they don't even have to know what Wine is, in much the same way that users don't have to know what glibc or XFree is in order to use the latest distros. So, here's a quick hit list for now: [x11drv] * XSHM - can be autodetected, 99.9% of Wines users use XFree, which supports it. * Use DGA - enabling it apparently breaks wines keyboard input, rendering most games useless (and it's usually used for games). Difficult to know when to enable it short of trying. * Perfect Graphics - controls the use of optimized raster ops. What difference it makes in practice appears to be unknown. * Allocated system colors - in fact we still have UI for this in the latest version of the code, but I'm not sure what it's for, or what the best value is, I chose a default of 100 because that is what I happened to have in my config file * Private Color Map - the description for this setting is not helpful, "Use a private color map". I have no idea what this does, or what effect it'd have, so end users are probably just as clueless. * Synchronous mode - would this be better implemented as a command line switch? For most people who cannot debug problems in the Wine x11drv, it would just slow things down for no apparent reason. For those who can, it's easy to tell people to run wine with the --sync option, for instance, or do "export WINE_SYNCHRONOUS=1" * TextCP - description is "Code page used for captions in managed mode", which is fine, the problem is that there are no pointers to available codes and what they mean, other than zero meaning ANSI. Why can't this be auto detected? How do we explain how to set it? * XVideoPort - wow, this one is obscure. What is a video port when it's at home? Isn't that something X should take care of? * Use XRender/antialias control - this stuff should be controlled by fontconfig, there's no need to dupe settings here. [registry] All of them. The defaults seem sane enough: ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Where to find the global registries ;"GlobalRegistryDir" = "/etc"; ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" Is there ever a reason why a user would want to change these? The last one in particular seems rather arcane - why would anybody want Wine to flush unchanged keys? Some of the global vs home stuff might be useful for administrators or packagers, but they should be OK with using a premade registry file and merging it in. [TweakLayout] I played around with these when I first started using Wine, and couldn't really figure out what they changed. Does this affect app compatability? Why would a user not want the latest layout? [Clipboard] >From the names it's only vaguely clear what they do - the defaults have always worked well for me, can anybody provide good use cases for when they need to be altered? That leaves the following things as user configurable, though really they probably shouldn't be one day: * Drive setup - I want to write some autodetect code for this, but I doubt people will want to have always autodetected anytime soon. * DSound - I can't understand any of these settings, but apparently they can't be easily autodetected??? * Ports setup - I don't know anything about these. They feel like we should be able to autodetect them, but I don't know how. * Debug - obviously, this has to be set by a human. But is a gui the best place? Perhaps have a switch to winecfg that enables the tab for "developer mode"? * Windows version. Well, real Windows users don't get to choose this :) Unfortunately while Wine is still imperfect, sometimes altering this can make things come good, so it's optional only in theory. * DLL overrides - ditto. Smarter defaults can't hurt here, for instance we have MSI only as stubs but we default to them anyway, which is dumb. As it is, some programs that saw the lack of MSI before and offered to helpfully install it, now crash :( * Desktop/managed mode. Well, desktop mode is maybe a pref for strange people (*cough*lionel*cough* ;), and managed mode is something that still must be sometimes tweaked for each app. Long term this could probably be made automatic so the user can just stick with managed/no-desktop by default and we select the right one as needed. I've probably missed some. Also, you may feel that a setting I marked as unnecessary, may actually be needed. If so, please tell me why *with reasoned arguments*, not just "well I happen to like tweaking that" or "application X needs it to be set". If a whole load of applications need it to be tweaked one way or the other then maybe, but really that's a bug and we should fix it.... thanks -mike

4 3

CreateBitmap fails
by Jarkko Lavinen 15 Sep '03

15 Sep '03

I am trying to run Trace32 hardware debugging system with Wine. I would like to use the latest Wine version, but unfortunately some bitmap buttons are corrupted on recent Wine versions. Well, I think the problem started about a year ago and have simply used an old Wine 20020327 where the buttons are displayed correctly. Example of corrupted buttons with Wine 20030911 http://www.iki.fi/~jlavi/Wine/trace32-wine-20030911.gif and another example of same buttons looking ok on Wine 20020327 http://www.iki.fi/~jlavi/Wine/trace32-wine-20020327.gif When running Trace32 on Wine 20030911 I get 108 lines of following message: err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=4 And bitmap buttons on the main Trace32 window are corrupted but on subwindows they are ok. With Wine 20020327 I get the CreateBitmap message only once and the buttons are ok on both main window and on subwindows. Jarkko Lavinen

2 1

CreateProcessA and winboard
by erwin wolff 15 Sep '03

15 Sep '03

Hey everyone, I think I got the reason why winlib's winboard doesn't work. The createprocessa function doesn't work on either the winlib compiled version or the native version. Although the winelib version of winboard works better than the windows version. This is the output I got from the windows version: fixme:process:CreateProcessA (C:\winboard\GNUChess.exe,...): CREATE_NEW_PROCESS_GROUP ignored fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet It fired up GNUchess.exe and openend it in a window, but then it crashed >:(. The winelib counterpart gave me a more useful debug report: fixme:gdi:ExtCreatePen Hatches not implemented fixme:gdi:ExtCreatePen Hatches not implemented fixme:gdi:ExtCreatePen Hatches not implemented .... fixme:process:CreateProcessA (C:\winboard\GNUChess.exe,...): CREATE_NEW_PROCESS_GROUP ignored fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet If you need the patch to compile and can't find it in the mail listing, just contact me :). I hope someone can fix it.

1 0

List of API functions and completeness.
by Jacobus Erasmus 15 Sep '03

15 Sep '03

Hi I'm looking for a list of all the functions that would be displayed in a debug list. I'm feel like doing a fun project and am wondering if any body have pointers on how I can obtain the information I need. Basically I'm interested in writing a little script that would run through a debug output and pickup all the functions called with the execution of the Windows program in wine. I then want to match the functions called with a DB that tell me what the estimated completion level of each function is. The idea is to then is to calculate the probability that a program will function correctly with the current wine implementation. This is done using statistical data and estimation data for each function. (Like I say just for interest sake). What bothers me is the estimation of function completeness. How can I measure or alternatively collect this. Any suggestions would be appreciated. -- Jacobus Erasmus <jacobus(a)kewlconcepts.co.za> Kewlconcepts

2 1

Re: Taskmanger Relicense: Was Unable to cimpile wineproc
by thomas.mertes＠gmx.at 15 Sep '03

15 Sep '03

Eric Pouech (pouech-eric_at_wanadoo.fr) wrote: > + Don't depend on msvcrt > - added wine only dumb macros for _ui64toa and _ultoa This is not necessary _ui64toa and _ultoa are defined in the ntdll. See ntdll.spec: @ cdecl _ui64toa(long long ptr long) @ cdecl _ultoa(long ptr long) and ntdll/string.c: char * __cdecl _ui64toa( ULONGLONG value, /* [I] Value to be converted */ char *str, /* [O] Destination for the converted value */ int radix) /* [I] Number base for conversion */ ...... char * __cdecl _ultoa( unsigned long value, /* [I] Value to be converted */ char *str, /* [O] Destination for the converted value */ int radix) /* [I] Number base for conversion */ ...... May be prototypes of _ui64toa and _ultoa should be added to winternl.h or some other ntdll specific include file. In the moment this prototypes are only defined in msvcrt/stdlib.h: char* _ui64toa(unsigned __int64,char*,int); char* _ultoa(unsigned long,char*,int); Greetings Thomas Mertes -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -------------------------------------------------- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post

1 0

Re: Link winlib with windows DLL help????
by Fabian Cenedese 15 Sep '03

15 Sep '03

>I try "winemaker -iavisynth_c ." >But when making I get "could not open .def file for avisynth_c" > >And I am not sure how to create this .def file. Quite easy. It's a simple text file filled with the exported functions like DESCRIPTION 'My Special DLL' EXPORTS CMRegisterControl @1 CMUnregisterControl @2 CMGetCommandString @3 CMRegisterCommand @4 etc. I'm sure you will find more info about this on the net. bye Fabi

1 0

Regedit
by Ivan Leo Murray-Smith 15 Sep '03

15 Sep '03

Hi list, I'm translating regedit to italian, and I wanted to make it as similar as possible to the windows regedit. The only problem is that the wine regedit is based on the english m$ regedit, but m$ has written the italian version in a slightly different way. For example, what in the m$ english version and in the wine version is import registry file in the m$ italian version is translated into import file of the configuration registry Now I'm not sure if I should base the italian translation of the wine registry on the english version of the registry(I suppose it would be more consistent with other translations), or if I should translate it as m$ has done(What I think is best, as any user coming from an italian windows installation would find familiar menus), any advice would be greatly appreciated.

2 1

keyboard broken in DOS (real mode)
by Michael Stefaniuc 14 Sep '03

14 Sep '03

Hello, the installer of the free IDA pro version (http://www.simtel.com/pub/pd/27629.html) dosn't work with wine due missing keyboard input. Pressing some keys makes wine to spit out following error: err:int:DOSVM_Int09SendScan keyboard queue overflow The emulated hardware keyboard buffer overflows because the keys don't make it to the emulated BIOS keyboard buffer. DOSVM_Int09SendScan queues an event for IRQ1 but no handler for int 09 is ever called (the int 09 handler copies the keys from the hardware to the BIOS keyboard buffer). (Thx to Ove for the explanation how things should work) From the +int,+int21,+relay debug output it seems like the event queued by DOSVM_Int09SendScan is stuck in the queue. I had a look at DOSVM_QueueEvent and the other dosvm and interrupt functions but i didn't see the light of how this stuff works and why the queued event is never processed. Some help with that would be grateful. Btw the keyboard input seems to work in protected mode (tested with the setup program of Imperium Romanum using the DOS32A extender). bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

load library problem
by Dimitrie O. Paun 14 Sep '03

14 Sep '03

Hi folks, I have flagged this before, but got no answer. Once again, this a C++ Winelib app (one of the wxWindows samples): [dimi@dimi calendar]$ ls calendar* calendar calendar_calendar.o calendar.cpp calendar.exe.so calendar.o calendar.rc calendar-wrap.dll.so calendar.bkl calendar_calendar_rc.o calendar.dsp calendarM5.xml calendar.pro calendar_resources.o [dimi@dimi calendar]$ export WINEDLLPATH=`pwd` [dimi@dimi calendar]$ echo $WINEDLLPATH /home/dimi/dev/wine/wxWindows/samples/calendar [dimi@dimi calendar]$ wine --debugmsg +module,+loaddll calendar.exe.so 2>log [dimi@dimi calendar]$ tail log trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\calendar\\calendar.exe" trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\calendar\\calendar.exe" trace:module:MODULE_GetLoadOrder looking for C:\WINDOWS\SYSTEM\calendar-wrap.dll trace:module:GetModuleFileNameW L"F:\\dev\\wine\\wxWindows\\samples\\calendar\\calendar.exe" trace:module:open_app_key searching 'calendar-wrap' in AppDefaults\calendar.exe\DllOverrides trace:module:MODULE_GetLoadOrder got standard wildcard "b,n" for "calendar-wrap.dll" trace:module:load_dll Trying built-in 'C:\WINDOWS\SYSTEM\calendar-wrap.dll' trace:module:load_dll Trying native dll 'C:\WINDOWS\SYSTEM\calendar-wrap.dll' warn:module:load_dll Failed to load module 'C:\WINDOWS\SYSTEM\calendar-wrap.dll'; status=c000000f Error: Could not load the application's module calendar-wrap.dll (126) The piece of code that fails is from the automatically generated wrapper[1]. Here is the part that fails: LoadLibrary("calendar-wrap.dll"); I have the WINEDLLPATH set, what gives? Alexandre, I can't really track this easily back, but I have a gut feeling it got triggered by one of the reorganizations that you did around the loader... [1] That is how the app was linked: [dimi@dimi calendar]$ winewrap -v -k -mgui -C -o calendar.exe calendar_calendar.o calendar_calendar_rc.o -L../../lib -lwx_msw-2.5 -lwxexpat -lz -lrpcrt4 -loleaut32 -lole32 -lwine_uuid -lwinspool -lwinmm -lshell32 -lcomctl32 -lcomdlg32 -lctl3d32 -ladvapi32 -lwsock32 -lgdi32 -lpng -ljpeg -ltiff -lcomdlg32 -ladvapi32 -lshell32 Creating file /tmp/wapp9rVK4g.spec winebuild -o /tmp/wapp9rVK4g.spec.c -F calendar-wrap.dll --spec /tmp/wapp9rVK4g.spec -L/usr/local/lib/wine -L../../lib -lrpcrt4 -loleaut32 -lole32 -lwinspool -lwinmm -lshell32 -lcomctl32 -lcomdlg32 -lctl3d32 -ladvapi32 -lwsock32 -lgdi32 -lcomdlg32 -ladvapi32 -lshell32 -lgdi32 -luser32 -lkernel32 calendar_calendar.o calendar_calendar_rc.o ../../lib/libwx_msw-2.5.a ../../lib/libwxexpat.a /usr/lib/libz.a /usr/local/lib/libwine_uuid.a ../../lib/libpng.a ../../lib/libjpeg.a ../../lib/libtiff.a gcc -fPIC -o /tmp/wapp9rVK4g.spec.o -c /tmp/wapp9rVK4g.spec.c g++ -shared -Wl,-Bsymbolic,-z,defs -lwine -lm -L/usr/local/lib/wine -L../../lib -o calendar-wrap.dll.so /tmp/wapp9rVK4g.spec.o calendar_calendar.o ../../lib/libwx_msw-2.5.a ../../lib/libwxexpat.a /usr/lib/libz.a /usr/local/lib/libwine_uuid.a ../../lib/libpng.a ../../lib/libjpeg.a ../../lib/libtiff.a Creating file /tmp/wwrpBOB32M.c gcc -fPIC -I/usr/local/include/wine/windows -o /tmp/wwrpBOB32M.o -c /tmp/wwrpBOB32M.c winebuild -o /tmp/wwrpBOB32M.spec.c --exe calendar.exe -mgui /tmp/wwrpBOB32M.o -L/usr/local/lib/wine -L../../lib -lrpcrt4 -loleaut32 -lole32 -lwinspool -lwinmm -lshell32 -lcomctl32 -lcomdlg32 -lctl3d32 -ladvapi32 -lwsock32 -lgdi32 -lcomdlg32 -ladvapi32 -lshell32 -lgdi32 -luser32 -lkernel32 gcc -fPIC -o /tmp/wwrpBOB32M.spec.o -c /tmp/wwrpBOB32M.spec.c g++ -shared -Wl,-Bsymbolic,-z,defs -lwine -ldl -o calendar.exe.so /tmp/wwrpBOB32M.spec.o /tmp/wwrpBOB32M.o Creating file calendar [dimi@dimi calendar]$ cat /tmp/wapp9rVK4g.spec @ stdcall WinMain(ptr long ptr long) WinMain [dimi@dimi calendar]$ cat /tmp/wwrpBOB32M.c /* * Copyright 2000 Francois Gouget <fgouget(a)codeweavers.com> for CodeWeavers * Copyright 2002 Dimitrie O. Paun <dpaun(a)rogers.com> */ #include <stdio.h> #include <windows.h> /* * Describe the wrapped application */ /* The app name */ #define APPNAME "calendar" /** * This is either 0 for a console based application or * 1 for a regular windows application. */ #define GUIEXE 1 /** * This is the name of the library containing the application, * e.g. 'hello-wrap.dll' if the application is called 'hello.exe'. */ static char* appName = APPNAME "-wrap.dll"; /** * This is the name of the application's Windows module. If left NULL * then appName is used. */ static char* appModule = NULL; /** * This is the application's entry point. This is usually 'WinMain' for a * gui app and 'main' for a console application. */ #if GUIEXE static char* appInit = "WinMain"; #else static char* appInit = "main"; #endif /** * This is either non-NULL for MFC-based applications and is the name of the * MFC's module. This is the module in which we will take the 'WinMain' * function. */ static char* mfcModule = NULL; void error(const char *format, ...) { va_list ap; char msg[4096]; va_start(ap, format); vsnprintf(msg, sizeof(msg), format, ap); fprintf(stderr, "Error: %s\n", msg); /*MessageBox(NULL, msg, "Error", MB_OK);*/ va_end(ap); exit(1); } #if GUIEXE typedef int WINAPI (*WinMainFunc)(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow); #else typedef int WINAPI (*MainFunc)(int argc, char** argv, char** envp); #endif #if GUIEXE int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) #else int WINAPI main(int argc, char** argv, char** envp) #endif { HINSTANCE hApp = 0, hMFC = 0, hMain = 0; void* appMain; int retcode; /* Then if this application is MFC based, load the MFC module */ if (mfcModule) { hMFC = LoadLibrary(mfcModule); if (!hMFC) error("Could not load the MFC module %s (%d)", mfcModule, GetLastError()); /* For MFC apps, WinMain is in the MFC library */ hMain = hMFC; } /* Load the application's module */ if (!appModule) appModule = appName; hApp = LoadLibrary(appModule); if (!hApp) error("Could not load the application's module %s (%d)", appModule, GetLastError()); if (!hMain) hMain = hApp; /* Get the address of the application's entry point */ appMain = GetProcAddress(hMain, appInit); if (!appMain) error("Could not get the address of %s (%d)", appInit, GetLastError()); /* And finally invoke the application's entry point */ #if GUIEXE retcode = (*((WinMainFunc)appMain))(hApp, hPrevInstance, szCmdLine, iCmdShow); #else retcode = (*((MainFunc)appMain))(argc, argv, envp); #endif /* Cleanup and done */ FreeLibrary(hApp); FreeLibrary(hMFC); return retcode; } -- Dimi.

4 8

Re: [comctl32] Fix listview item activate
by Dimitrie O. Paun 14 Sep '03

14 Sep '03

On September 14, 2003 09:36 am, Maxime Bellengé wrote: > + nmia.uNewState = 0; > + nmia.uOldState = 0; > + nmia.uChanged = 0; > + nmia.lParam = 0; > + nmia.uKeyFlags = 0; What about these flags, shouldn't we fill these in as well? At the very least we need an entry in the TODO list at the top of the file... -- Dimi.

1 0

Link winlib with windows DLL help????
by Kevin Atkinson 14 Sep '03

14 Sep '03

I am having a hell of a time getting a simple program to link with a windows dll. I am really sorry for the newbie question but I can't seam to find an answer anywhere and the mailing list archive is not searchable. Here is what I got: avs2yuv4mpeg.cpp - the main program avisynth_c.h - header for DLL I need to link with avisynth_c.lib - lib " " " And I want to compile this into an executable avs2yuv4mpeg I try "winemaker -iavisynth_c ." But when making I get "could not open .def file for avisynth_c" And I am not sure how to create this .def file. Please help. Once again really sorry. But the mailing list is not searchable AND the winlib docs are really confusing and do not specially cover this situation. -- http://kevin.atkinson.dhs.org

3 8

Re: wineproc: a new wine utility
by Dimitrie O. Paun 14 Sep '03

14 Sep '03

On September 3, 2003 03:53 pm, Eric Pouech wrote: > any comment welcomed!! Sorry for the late reply -- I just got a chance to look into it. It looks good, I hope to see (some version of) it in the tree soon. One thing that bug me were the refreshes -- too much flicker, loss of selection etc. I think we need to be smarter and not change the display if nothing changed. But of course, this can happen once we have something integrated into the tree... -- Dimi.

1 0

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 14 Sep '03

14 Sep '03

>On Thu, 11 Sep 2003, Ivan Leo Murray-Smith wrote: > >> The original sentence that started this is >> >The following list are the x86 operating systems supported by >[...] >> "The list is current as of XX/XX/XXXX" is a solution that should make everybody >> happy. > >Not really because as the above clearly illustrates, this is not what >the original sentence said or meant to say. I really don't know why >everyone focused on this 'up-to-date' thing. > >*Sigh* This is just getting so boring, just use "The following lists the x86 operating systems supported by" and that can be the end of that (Hoping nobody starts discussing again about there great knowledge of slang and ignorance of english...)

2 1

Kernel pipe test segfaults?
by Rolf Kalbermatter 13 Sep '03

13 Sep '03

Mike Hearn <mike(a)theoretic.com> wrote: >Maybe this is a known issue, I haven't really followed the test case >work up until now, but does the kernel32 pipe test segfault for anybody >else? I have problems, too. It used to crash somewhere in kernel32 with processes and now with pipes, where the test hangs for several minutes and then is aborted with returning an error 139. This is with Suse 8.2 and an Athlon optimized 2.4.20 Standard Suse kernel. Rolf Kalbermatter CIT Engineering Nederland BV tel: +31 (070) 415 9190 Treubstraat 7H fax: +31 (070) 415 9191 2288 EG Rijswijk http://www.citengineering.com Netherlands mailto:rolf.kalbermatter@citeng.com

1 0

Really slow named pipes
by Duane Clark 13 Sep '03

13 Sep '03

This is a bit old, from May, but anyhow... The patch to implement anonymous pipes on top of named pipes: http://www.winehq.com/hypermail/wine-cvs/2003/05/0305.html along with a corresponding bug fix: http://www.winehq.com/hypermail/wine-cvs/2003/06/0123.html causes Xilinx ISE to run really, really slow. It has a window to which messages are sent via a pipe, and what I see now is that one line comes out every 2/3 of a second or so, as regular as a clock at least by eye. I can revert those two patches, and it goes back to spitting out the messages very fast. Since there are a lot of messages being sent, the current version slows the app down to a crawl. It does not look like the patch itself is the problem; I am guessing that it is the underlying named pipe implementation that is the problem, which was exposed by the patch. Also, reverting to the full CVS 5/20, just after the pipe patches, has the same problem. So it appears that whatever is wrong with named pipes (if that really is the problem) was already there on 5/20, rather than it being something introduced since then. Any hints on what I could look for would be welcome.

4 10

Re: kernel32.GetProcessIoCounters basic implementation
by Eric Pouech 13 Sep '03

13 Sep '03

Eric Pouech wrote: > TSIA > A+ oops, wrong file... use this one instead :-( A+ -- Eric Pouech Name: iocnt ChangeLog: Implemented GetIoProcessCounters License: X11 GenDate: 2003/09/13 12:50:39 UTC ModifiedFiles: dlls/kernel/kernel32.spec dlls/kernel/process.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/kernel32.spec,v retrieving revision 1.106 diff -u -u -r1.106 kernel32.spec --- dlls/kernel/kernel32.spec 11 Sep 2003 03:00:11 -0000 1.106 +++ dlls/kernel/kernel32.spec 13 Sep 2003 07:18:18 -0000 @@ -452,7 +452,7 @@ @ stdcall GetProcessFlags(long) @ stdcall GetProcessHeap() @ stdcall GetProcessHeaps(long ptr) -@ stub GetProcessIoCounters +@ stdcall GetProcessIoCounters(long ptr) @ stdcall GetProcessShutdownParameters(ptr ptr) @ stdcall GetProcessTimes(long ptr ptr ptr ptr) @ stdcall GetProcessVersion(long) Index: dlls/kernel/process.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/kernel/process.c,v retrieving revision 1.4 diff -u -u -r1.4 process.c --- dlls/kernel/process.c 5 Sep 2003 23:08:37 -0000 1.4 +++ dlls/kernel/process.c 13 Sep 2003 07:17:56 -0000 @@ -424,6 +424,16 @@ return !status; } +/****************************************************************** + * GetProcessIoCounters (KERNEL32.@) + * + * + */ +BOOL WINAPI GetProcessIoCounters(HANDLE hProcess, PIO_COUNTERS ioc) +{ + memset(ioc, 0, sizeof(ioc)); + return TRUE; +} /*********************************************************************** * RegisterServiceProcess (KERNEL.491)

1 0

Here is one - Linux on Cygwin on Linux
by Steven Edwards 13 Sep '03

13 Sep '03

Here is a good one for someone to test. The User Mode Linux people have done it. They are working on a port of User Mode Linux to Win32. This has been something I have been wanting to see for a while so we can use Linux as our Posix subystem in ReactOS by moving parts of UMLwin32 in to back to kernel mode. Right now you still need cygwin but if someone wants to try running it under Cygwin on WINE here is the url: http://umlwin32.sourceforge.net Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: Word-splitting in the FAQ
by Dan Kegel 13 Sep '03

13 Sep '03

On the general subject of spellchecking, there are a few typo lists and spellcheckers at http://www.kegel.com/kerspell/ which specialize in typos in C program comments... might be of some interest. One of them was contributed by Francois and has already been run on the Wine tree, I think... -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 13 Sep '03

13 Sep '03

The original sentence that started this is >The following list are the x86 operating systems supported by from twickline_at_skybest.com http://www.winehq.org/hypermail/wine-devel/2003/09/0356.html He claims he knows 3 types of slang, and is from west virginia, but he never claimed to be "A native english speaker", so you don't have (Such a big) reason to be bothered. I was the first to claim a native english speaker (As far as I know) and I have tried explaining to Tom that there is a thing called grammar, but he had a few problems understanding that. "The list is current as of XX/XX/XXXX" is a solution that should make everybody happy.

2 1

ikernel.exe error still not fix in 11_9_03.tar.gz
by lineric＠qwest.net 12 Sep '03

12 Sep '03

1 0

Re: [ros-kernel] an interesting idea
by Steven Edwards 12 Sep '03

12 Sep '03

This is what I have been thinking. We can move parts of UML back to a subsytem mode and them implement a Xsever in to Win32k.sys/GDI32. You wouldnt even need to recompile X applications provided we implement X properly. All that would be needed is a modded Xserver and X libs. The client libs should still work using X protocal and Xtenstions. This type of hybrid system could then run any application Windows or Linux and would not suffer from the same problems WINE does because it would be a real Linux Kerenl and GLIBC running. Thanks Steven --- Jonathan Wilson <jonwil(a)tpgi.com.au> wrote: > Something we could do (once we get UML going without cygwin and down into > the kernel) is to build a Linux subsystem (mabie even with ports of > GTK/QT/X/etc on top of GDI) that could run linux apps just as easily as it > can run windows apps. > > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 1

Re: [winecfg 8] Complete drive edit dialog, warn on lack of C drive, implement drive delete, code cleanups
by Dimitrie O. Paun 12 Sep '03

12 Sep '03

On 11 Sep 2003, Mike Hearn wrote: > ChangeLog: > - All settings in the drive edit dialog are now instant apply This is a cool feature, but we should keep it optional. Our primary audience are Windows users, and they are not used to that. Heck, even I am not used to it, I am used to be able to play around with stuff in dialogs, and than press CANCEL. In fact, KDE is not instant apply, so I would argue that even most Linux users are used to that. I'd argue that we need to support instant apply to integrate with GNOME, but to default to the classic OK/CANCEL for now, until we can figure how and when to enable one or the other behaviour. -- Dimi.

5 8

Kernel pipe test segfaults?
by Mike Hearn 12 Sep '03

12 Sep '03

Maybe this is a known issue, I haven't really followed the test case work up until now, but does the kernel32 pipe test segfault for anybody else? thanks -mike

2 1

Re: WIne help - get rid of W->A calls
by Eric Pouech 12 Sep '03

12 Sep '03

hatky wrote: > My first patch, so a deep check is welcome > > Change log: > - Remove W->A call from WineHelpA/W > - This patch is dedicated to dimi that guided me I'm afraid the patch is wrong. the current implentation of WinHelp, which sends data from any app to the program winhelp, requires that the data block passed between those two apps encodes strings in ASCII, not unicode. Your patch modifies the sender so that it encodes in Unicode, but the receiver is left untouched. I'd suggest anyway that we remain as close as possible as Windows do. - we don't completly handle this protocol as Windows do (Windows send a WM_HELP - registered - message, we only use a WM_COPYDATA), but the format of the message (parameter block) is quite the same (we just add some extra fields to ensure that we don't mess with a spurious WM_COPYDATA message in winhelp). - as Windows encode strings in this message block in ASCII, I'd suggest keeping the encoding of strings inside the message as ASCII. A+ -- Eric Pouech

3 2

configure new wine
by eric 12 Sep '03

12 Sep '03

Dear cvs wine users: By reading the doc's install page, I success uninstall cvs 's wine reinstall 8/13' wine, then test again, it indeed repeat the ikernel problem, but it at least configure correct by default. So I copy /root/.wine/config to /root/oldwineconfig. Then uninstall it again as doc indicate, then install cvs again, after that I cp oldwineconfig /etc/wine/config and /root/.wine/config then run my app, it still show segmentation fault please help, thanks in advance Sincerely Eric

1 0

Can not uninstall CVS wine
by eric 12 Sep '03

12 Sep '03

Dear Wine users: After I install CVS wine, and find it is not work, it type rpm -e wine reinstall my old wine, then if I did not do it by force, it showed error ------------------ [root@localhost x86]# rpm -vhi /root/wine-2* Preparing... ########################################### [100%] file /usr/bin/widl from install of wine-20030813-1rh9winehq conflicts with file from package wine-cvs-unstripped-20030911-1 file /usr/bin/wine from install of wine-20030813-1rh9winehq conflicts with file from package wine-cvs-unstripped-20030911-1 ------------------ if I use force to install old package, it still can not run my app, segmentation fault, and I check rpm -q wine, it reponse wine package in not installed highly appreciate any help to remove that CVS's wine throughly and thanks in advance Sincerely Eric

1 0

openbsd supports MAP_FIXED too
by Ted Unangst 12 Sep '03

12 Sep '03

sorry no patch. i'm not sure what the status of wine on openbsd is, although i came across a notice that wine was capable of using MAP_FIXED. i committed what amounted to todd's (netbsd) patch to openbsd shortly after it went into netbsd. don't know if this helps / who cares, but fyi. patch below could probably be || defined (__OpenBSD__) as well. http://www.winehq.org/hypermail/wine-patches/2003/08/0278.html -- someone's writing down your mistakes someone's documenting your downfall

1 0

scheduler related complete breakage on FreeBSD
by Gerald Pfeifer 12 Sep '03

12 Sep '03

On FreeBSD 4.8 (using -lc_r instead of -lc to get pthreads) Wine crashes upon startup: /sw/test/wine% wine FIXME:pthread_cond_init Segmentation fault (core dumped) % gdb53 miscemu/wine wine.core GNU gdb 5.3 (FreeBSD) Reading symbols from /sw/test/wine/dlls/libntdll.dll.so...done. Loaded symbols for /sw/wine/dlls/libntdll.dll.so Reading symbols from /sw/test/wine/libs/libwine.so.1...done. Loaded symbols for /sw/test/wine/libs/libwine.so.1 Reading symbols from /sw/test/wine/libs/libwine_unicode.so.1...done. Loaded symbols for /sw/test/wine/libs/libwine_unicode.so.1 Reading symbols from /usr/lib/libc.so.4...done. Loaded symbols for /usr/lib/libc.so.4 Reading symbols from /usr/lib/libm.so.2...done. Loaded symbols for /usr/lib/libm.so.2 Reading symbols from /usr/lib/libc_r.so.4...done. Loaded symbols for /usr/lib/libc_r.so.4 Reading symbols from /sw/test/wine/dlls/kernel32.dll.so...done. Loaded symbols for /sw/test/wine/dlls/kernel32.dll.so Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 (gdb) bt #0 0x5c251aac in .cerror () from /usr/lib/libc.so.4 #1 0x5c2feca6 in flock () from /usr/lib/libc_r.so.4 #2 0x5c231919 in _yp_dobind () from /usr/lib/libc.so.4 #3 0x5c231fa8 in yp_match () from /usr/lib/libc.so.4 #4 0x5c215c12 in endpwent () from /usr/lib/libc.so.4 #5 0x5c2153b8 in getpwuid () from /usr/lib/libc.so.4 #6 0x5c0d06d1 in init_paths () at config.c:112 #7 0x5c0d0a4e in wine_get_server_dir () at config.c:191 #8 0x5c07e5ae in CLIENT_InitServer () at ../../scheduler/client.c:641 #9 0x5c07f4f4 in process_init (argv=0xbfbff690) at ../../scheduler/process.c:306 #10 0x5c07fa19 in __wine_process_init (argc=1, argv=0xbfbff690) at ../../scheduler/process.c:480 #11 0x5c0d21c4 in wine_init (argc=1, argv=0xbfbff690, error=0xbfbff240 "", error_size=1024) at loader.c:428 #12 0x3c000621 in main (argc=1, argv=0xbfbff690) at main.c:33 #13 0x3c000566 in _start () Any help will be appreciated. Gerald

1 1

FIXME:pthread_cond_init
by Gerald Pfeifer 12 Sep '03

12 Sep '03

When building Wine on FreeBSD with libc_r (r for reentrant) instead of libc, I now trigger the following FIXME in scheduler/pthread.c: /***** CONDITIONS *****/ /* not implemented right now */ int __pthread_cond_init(pthread_cond_t *cond, const pthread_condattr_t *cond_attr) { P_OUTPUT("FIXME:pthread_cond_init\n"); return 0; } What's the proper way to address this? (I'm afraid, it's beyond what I'll be able to implement, though.) Gerald

1 1

BuildCommDCB conformance test
by Kevin Groeneveld 12 Sep '03

12 Sep '03

Here is my first attempt at a conformance test for the BuildCommDCB functions. It does not cover very many cases yet, but I thought I would post what I have so far in case I am going about this the wrong way. I compiled this with MSVC and it ran with no errors on both Windows 95 and Windows 2000. It also compiles with libwine in Linux, but for this to work you need to add a missing member to the DCB structure in winbase.h. If I run this test with the existing implementation of BuildCommDCB it page faults, probably because it is writing to a constant string. If my previous patch to BuildCommDCB is applied, then the test runs ok. Kevin diff -urN wine-20030813/dlls/kernel/tests/Makefile.in wine-20030813.patched/dlls/kernel/tests/Makefile.in --- wine-20030813/dlls/kernel/tests/Makefile.in 2003-08-23 23:12:31.000000000 -0400 +++ wine-20030813.patched/dlls/kernel/tests/Makefile.in 2003-09-10 23:31:59.000000000 -0400 @@ -8,6 +8,7 @@ CTESTS = \ alloc.c \ atom.c \ + build_dcb.c \ codepage.c \ console.c \ directory.c \ diff -urN wine-20030813/dlls/kernel/tests/build_dcb.c wine-20030813.patched/dlls/kernel/tests/build_dcb.c --- wine-20030813/dlls/kernel/tests/build_dcb.c 1969-12-31 19:00:00.000000000 -0500 +++ wine-20030813.patched/dlls/kernel/tests/build_dcb.c 2003-09-11 01:00:19.000000000 -0400 @@ -0,0 +1,171 @@ +/* Unit test suite for BuildCommDCBA/W & BuildCommDCBAndTimeoutsA/W + * + * Copyright 2003 Kevin Groeneveld + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "wine/test.h" +#include "winbase.h" + +typedef struct +{ + char *string; + BOOL result; + DCB dcb1, dcb2; + COMMTIMEOUTS timeouts1, timeouts2; +} TEST; + +TEST test[] = +{ + { + "baud=9600", + TRUE, + { 0x00000000, 9600, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0x00000, 0x0000, 0x0000, 0x0000, 0x00, 0x00, 0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, 0x0000 }, + { 0xffffffff, 9600, 1, 1, 1, 1, 3, 1, 1, 1, 1, 1, 1, 3, 1, 0x1ffff, 0xffff, 0xffff, 0xffff, 0xff, 0xff, 0x00, (char)0xff, (char)0xff, (char)0xff, (char)0xff, (char)0xff, 0xffff }, + { 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x00000000 }, + { 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff } + }, + { + " baud=9600", + FALSE, + { 0x00000000, 0x00000000, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0x00000, 0x0000, 0x0000, 0x0000, 0x00, 0x00, 0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, 0x0000 }, + { 0xffffffff, 0xffffffff, 1, 1, 1, 1, 3, 1, 1, 1, 1, 1, 1, 3, 1, 0x1ffff, 0xffff, 0xffff, 0xffff, 0xff, 0xff, 0xff, (char)0xff, (char)0xff, (char)0xff, (char)0xff, (char)0xff, 0xffff }, + { 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x00000000 }, + { 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff, 0xffffffff } + }, + { + "to=on", + TRUE, + { 0x00000000, 0x00000000, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0x00000, 0x0000, 0x0000, 0x0000, 0x00, 0x00, 0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, (char)0x00, 0x0000 }, + { 0xffffffff, 0xffffffff, 1, 1, 1, 1, 3, 1, 1, 1, 1, 1, 1, 3, 1, 0x1ffff, 0xffff, 0xffff, 0xffff, 0xff, 0xff, 0x00, (char)0xff, (char)0xff, (char)0xff, (char)0xff, (char)0xff, 0xffff }, + { 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x0000EA60 }, + { 0x00000000, 0x00000000, 0x00000000, 0x00000000, 0x0000EA60 } + }, +}; + +#define TEST_COUNT (sizeof(test) / sizeof(TEST)) + +void check_result(char *function, char *string, int initial_value, BOOL result1, BOOL result2) +{ + DWORD LastError = GetLastError(); + DWORD CorrectError = (result2 ? 0xdeadbeef : ERROR_INVALID_PARAMETER); + + ok(LastError == CorrectError, "%s(\"%s\"), 0x%02x: GetLastError() returned 0x%08lx, should be 0x%08lx", function, string, initial_value, LastError, CorrectError); + ok(result1 == result2, "%s(\"%s\"), 0x%02x: return value should be %s", function, string, initial_value, result2 ? "TRUE" : "FALSE"); +} + +#define check_dcb_member(a,b) ok(pdcb1->a == pdcb2->a, "%s(\"%s\"), 0x%02x: "#a" is "b", should be "b, function, string, initial_value, pdcb1->a, pdcb2->a); + +void check_dcb(char *function, char *string, int initial_value, DCB *pdcb1, DCB *pdcb2) +{ + /* DCBlength is a special case since Win 9x sets it but NT does not. + We will accept either as correct. */ + ok(pdcb1->DCBlength == pdcb2->DCBlength || pdcb1->DCBlength == sizeof(DCB), "%s(\"%s\"), 0x%02x: DCBlength is %lu, should be %lu or %lu", function, string, initial_value, pdcb1->DCBlength, pdcb2->DCBlength, (DWORD)sizeof(DCB)); + + /* Check all other DCB members */ + check_dcb_member(BaudRate, "%lu"); + check_dcb_member(fBinary, "%u"); + check_dcb_member(fParity, "%u"); + check_dcb_member(fOutxCtsFlow, "%u"); + check_dcb_member(fOutxDsrFlow, "%u"); + check_dcb_member(fParity, "%u"); + check_dcb_member(fOutxCtsFlow, "%u"); + check_dcb_member(fOutxDsrFlow, "%u"); + check_dcb_member(fDtrControl, "%u"); + check_dcb_member(fDsrSensitivity, "%u"); + check_dcb_member(fTXContinueOnXoff, "%u"); + check_dcb_member(fOutX, "%u"); + check_dcb_member(fInX, "%u"); + check_dcb_member(fErrorChar, "%u"); + check_dcb_member(fNull, "%u"); + check_dcb_member(fRtsControl, "%u"); + check_dcb_member(fAbortOnError, "%u"); + check_dcb_member(fDummy2, "%u"); + check_dcb_member(wReserved, "%u"); + check_dcb_member(XonLim, "%u"); + check_dcb_member(XoffLim, "%u"); + check_dcb_member(ByteSize, "%u"); + check_dcb_member(Parity, "%u"); + check_dcb_member(StopBits, "%u"); + check_dcb_member(XonChar, "%d"); + check_dcb_member(XoffChar, "%d"); + check_dcb_member(ErrorChar, "%d"); + check_dcb_member(EofChar, "%d"); + check_dcb_member(EvtChar, "%d"); + check_dcb_member(wReserved1, "%u"); +} + +#define check_timeouts_member(a) ok(ptimeouts1->a == ptimeouts2->a, "%s(\"%s\"), 0x%02x: "#a" is %lu, should be %lu", function, string, initial_value, ptimeouts1->a, ptimeouts2->a); + +void check_timeouts(char *function, char *string, int initial_value, COMMTIMEOUTS *ptimeouts1, COMMTIMEOUTS *ptimeouts2) +{ + check_timeouts_member(ReadIntervalTimeout); + check_timeouts_member(ReadTotalTimeoutMultiplier); + check_timeouts_member(ReadTotalTimeoutConstant); + check_timeouts_member(WriteTotalTimeoutMultiplier); + check_timeouts_member(WriteTotalTimeoutConstant); +} + +void test_BuildCommDCBA(char* string, BOOL expected_result, DCB *pexpected_dcb, int initial_value) +{ + BOOL result; + DCB dcb; + + /* set initial conditions */ + memset(&dcb, initial_value, sizeof(DCB)); + SetLastError(0xdeadbeef); + + result = BuildCommDCBA(string, &dcb); + + /* check results */ + check_result("BuildCommDCBA", string, initial_value, result, expected_result); + check_dcb("BuildCommDCBA", string, initial_value, &dcb, pexpected_dcb); +} + +void test_BuildCommDCBAndTimeoutsA(char* string, BOOL expected_result, DCB *pexpected_dcb, COMMTIMEOUTS *pexpected_timeouts, int initial_value) +{ + BOOL result; + DCB dcb; + COMMTIMEOUTS timeouts; + + /* set initial conditions */ + memset(&dcb, initial_value, sizeof(DCB)); + memset(&timeouts, initial_value, sizeof(COMMTIMEOUTS)); + SetLastError(0xdeadbeef); + + result = BuildCommDCBAndTimeoutsA(string, &dcb, &timeouts); + + /* check results */ + check_result("BuildCommDCBAndTimeoutsA", string, initial_value, result, expected_result); + check_dcb("BuildCommDCBAndTimeoutsA", string, initial_value, &dcb, pexpected_dcb); + check_timeouts("BuildCommDCBAndTimeoutsA", string, initial_value, &timeouts, pexpected_timeouts); +} + +void do_test(TEST *ptest) +{ + test_BuildCommDCBA(ptest->string, ptest->result, &ptest->dcb1, 0x00); + test_BuildCommDCBA(ptest->string, ptest->result, &ptest->dcb2, 0xFF); + test_BuildCommDCBAndTimeoutsA(ptest->string, ptest->result, &ptest->dcb1, &ptest->timeouts1, 0x00); + test_BuildCommDCBAndTimeoutsA(ptest->string, ptest->result, &ptest->dcb2, &ptest->timeouts2, 0xFF); +} + +START_TEST(build_dcb) +{ + int i; + + for(i = 0; i < TEST_COUNT; i++) + do_test(&test[i]); +} diff -urN wine-20030813/include/winbase.h wine-20030813.patched/include/winbase.h --- wine-20030813/include/winbase.h 2003-08-23 23:12:51.000000000 -0400 +++ wine-20030813.patched/include/winbase.h 2003-09-08 20:19:39.000000000 -0400 @@ -976,6 +976,7 @@ char ErrorChar; char EofChar; char EvtChar; + WORD wReserved1; } DCB, *LPDCB; typedef struct tagCOMMCONFIG {

4 4

Re: missing ordinals in avifil32
by Alexandre Julliard 12 Sep '03

12 Sep '03

Dave Miller <compsol(a)ptd.net> writes: > The first 59 ordinals seem to match in all windows versions. Add > ordinals to avifil32.spec to match windows. Unless ordinals are actually needed, it's better not to add them. In that case the functions are sorted so it's very likely that Windows is using automatic allocation too. -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: error installing ikernel.exe
by eric 12 Sep '03

12 Sep '03

On Thursday 11 September 2003 15:40, Sylvain Petreolle wrote: > this problem is known, see > http://www.winehq.org/hypermail/wine-users/2003/05/0075.html > > Dear Sylvain: Thanks your pointout, I download cvs rpm from http://wine.dataparty.no latest normal build but when I run, it have error as segmentation fault --------------------- [root@localhost root]# rpm -vhi wine-cvs* Preparing... ########################################### [100%] 1:wine-cvs-unstripped ########################################### [100%] Be sure to edit /etc/wine/config to match your system, and copy it to ~<user>/.wine/ before using Wine. Run 'man wine.conf' for information. ------ [root@localhost x86]# wine 123* Segmentation fault ------------------------------------- highly appreciate your help again, if that need to modify /etc/wine/config my platform is rh9 -2.4.20-20.9 amd xp Sincerely Eric

1 0

compiling mfc
by Deji Akinyemi 12 Sep '03

12 Sep '03

Hi! Does anyone have a set of directives on how one goes about generating an MFC library for winelib from the sources? I just started the process, and got pass the mfc/atl configuration hic-ups. Now I am trying to get things to compile and that is another story. I am presently getting an error while compiling that atl that goes: LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/bin/wrc -I. -I/usr/local/include/wine/windows -o atl.res atl.rc atl.rc:54:58: Error: Cannot open file atl.tlb make: *** [atl.res] Error 1 from http://www.winehq.org/hypermail/wine-users/2001/03/0301.html I am inferring that atl.tlb may not be needed. I may be wrong. It appears that it is going to be a very long series of trial and error. I've looked for information to help but it has been very scanty. Is there a script or Makefile that automates this process? At this point any information helps. Thanks in advance for any pointers. Deji.

2 1

error installing ikernel.exe
by eric 12 Sep '03

12 Sep '03

Dear wine users: in my rh9, I try to run a video conference program, it first ask me to install DCOM95 from microsoft's site, I did it(with some error message, I did not fully mention) then I try my video conference program under wine, it soon pop out a window complain error installing ikernel.exe highly appreciate any suggestion and thanks in advance Sincerely Eric

1 0

ReactOS and WINE development on AlphaAXP and others
by Steven Edwards 12 Sep '03

12 Sep '03

Hello, HP has recently extended the loan I requested on this alpha pws500 workstation for another year. If anyone is interested in working on porting WINE or ReactOS to the alpha email me privatly and I can setup a account for you on the system. I have another system a friend has let me borrow for atleast a few months if anyone is interested in doing some porting work on it. Its a SGI Indigo 2 IMPACT 10000. I still need to load linux on it and get it up on the network though it will be a few weeks before anyone can use it if they are interested in starting a MIPS port. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

[cvs compile error in for MSI dll]
by Evalet Olivier 11 Sep '03

11 Sep '03

I have to modify the *.c files (from the MSI dll) by adding this: #include <stdarg.h> Is this my configuration which is wrong? Olivier ------------------ www.programmers.ch

1 0

header problems
by Dimitrie O. Paun 11 Sep '03

11 Sep '03

Hi folks, In each of the include/{pshpack[1248],poppack}.h headers we have checks like this: # if defined(__GNUC__) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) || defined(_MSC_VER) # pragma pack(1) # elif !defined(RC_INVOKED) # error "Adjusting the alignment is not supported with this compiler" # endif Problem is that __GNUC__ is not defined when the standalone preprocessor (cpp) includes the headers, resulting in an error. Needless to say, this is Not Good (TM), as the standard headers can be used by cpp (I think :)). How do we solve this? Maybe change the last condition to: -# elif !defined(RC_INVOKED) +# elif defined(WINE_HEADER_DEBUG_ON) or +# elif defined(__WINESRC__) or some such? -- Dimi.

2 2

TextOut text removed if hbrBackground is set
by Igor Grahek 11 Sep '03

11 Sep '03

I have problem with following example. If wc.hbrBackground is set (line 16) text printed with TextOut is overpainted with that color. If I comment out that line everything is OK. Under windows this works fine. ----- code begin ----------- WNDCLASS wc; HWND hWineTest2Wnd; HDC hWineTest2WndDC; HFONT hFont, hOldFont; COLORREF OldTextColor; int nOldBkMode; POINT CursorPos; int XPosition,YPosition; static char cszWineTest2WndCls[] = "WineTest2WndClass"; static char cszWineTest2Wnd[] = "WineTest2Wnd"; char *szTestStr = "WineTest Text"; memset( &wc, 0, sizeof( wc ) ); wc.hInstance = hInst; wc.style = CS_OWNDC; wc.hbrBackground = (HBRUSH)( COLOR_BACKGROUND +1 ); //Works OK if this line is removed wc.lpszClassName = (LPSTR)cszWineTest2WndCls; wc.lpfnWndProc = (WNDPROC)DefWindowProc; if ( !RegisterClass( &wc ) ) return NULL; GetCursorPos( &CursorPos ); XPosition = CursorPos.x; YPosition = CursorPos.y; hWineTest2Wnd = CreateWindow( (LPCTSTR)cszWineTest2WndCls, (LPCTSTR)cszWineTest2Wnd, WS_POPUPWINDOW, ( XPosition + 2), ( YPosition + 20 ), 250, 50, hwndParent, 0, hInst, NULL ); if ( !hWineTest2Wnd ) { UnregisterClass( (LPSTR)cszWineTest2WndCls, hInst ); return NULL; } hFont = (HFONT)GetStockObject( DEFAULT_GUI_FONT ); hWineTest2WndDC = GetDC( hWineTest2Wnd ); hOldFont = (HFONT)SelectObject( hWineTest2WndDC, hFont ); nOldBkMode = SetBkMode( hWineTest2WndDC, TRANSPARENT ); OldTextColor = SetTextColor( hWineTest2WndDC, RGB( 0,0,0 ) ); ShowWindow( hWineTest2Wnd, SW_SHOWNOACTIVATE ); TextOut( hWineTest2WndDC, 1, 1, (LPCTSTR)szTestStr, strlen( szTestStr ) ); SelectObject( hWineTest2WndDC, hOldFont ); DeleteObject( hFont ); SetBkMode( hWineTest2WndDC, nOldBkMode ); ReleaseDC( hWineTest2Wnd, hWineTest2WndDC ); return hWineTest2Wnd; ----- code end -------- Igor

1 0

Re: [resend 3rd] additional NULL parameter checks within winmm.c
by Alexandre Julliard 11 Sep '03

11 Sep '03

Oleg Prokhorov <xolegpro(a)rbcmail.ru> writes: > Changelog: > Add more NULL parameter checks to winmm.c When adding NULL checks you have to explain why you think they are needed, and how you made sure you are not simply hiding another bug. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Indent to get Avisynth working with Wine/Winelib
by Dan Kegel 11 Sep '03

11 Sep '03

Kevin wrote: > BTW: You can find my C API at http://kevin.atkinson.dhs.org/avisynth_c/. > Avisynth: http://www.avisynth.org/. And a dead simple program as the > test case for the bug http://bugs.winehq.org/show_bug.cgi?id=1707 . That test case involves compiling a program with mingw. Can you compile that program with vc++ instead, and if so, does it then work? Let's make sure avisynth and your API work with 100% microsoft tools under Wine before we dive in to making it work with gcc. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Indent to get Avisynth working with Wine/Winelib
by Kevin Atkinson 11 Sep '03

11 Sep '03

Hi, I am the developer of the C interface for Avisynth. Avisynth is a very popular Open Source tool for for video post-production for Win32. More information can be found at http://www.avisynth.org/. My intent is to get Avisynth working under Linux with the help of Wine/Winelib. Since it normal interface is VC++ recompiling it under Winelib is not really an option as that will mean that existing plugins for Avisynth will no longer work without a recompile. My main purpose of the C API I am developing is to act as a bridge so that GCC compiled programs can communicate with it. This will allow it to be used as a filter in Linux programs, and should even allow Linux specific plugins to work with Avisynth under Linux. But first I need to get Avisynth working under wine. I filed a bug report on the matter, http://bugs.winehq.org/show_bug.cgi?id=1707 , and would really appreciate if someone could look into it. After I get Avisynth working I need to be able to call the DLL from Linux. I believe that is possible but I can't seam to find out how after looking over the winelib docks. After that I might want to avoid having to use the full blown wine emulator by only proving the API calls Avisynth really needs much like the method used to get windows codec working under Linux. But first I need to get Avisynth working under wine. I know very little about Windows development or wine so I really can't fix the bug on my own. Thanks in advance. -- http://kevin.atkinson.dhs.org

6 18

Re: TreeView control - set correct hwndNotify
by Dimitrie O. Paun 11 Sep '03

11 Sep '03

On September 8, 2003 03:52 pm, Igor Grahek wrote: > ChangeLog: - TreeView control set Notify window correctly in case that > window style is WS_POPUP. Please send unidiff patches: http://www.winehq.org/site/sending_patches > ! if ((infoPtr->dwStyle & (WS_CHILD|WS_POPUP)) == WS_POPUP && > IsWindow(((LPCREATESTRUCTW)lParam)->hwndParent )) > ! infoPtr->hwndNotify = ((LPCREATESTRUCTW)lParam)->hwndParent; > ! else > ! infoPtr->hwndNotify = GetParent(hwnd); > ! I'm curious, can't we always use lpcs->hwndParent here? Or maybe do a GetParent(hwnd) when ->hwndParent is NULL? We should propage this to the other controls as well... -- Dimi.

4 6

Wine repeated unhandled exptions
by Shachar Shemesh 11 Sep '03

11 Sep '03

Hi list, I have just performed an upgrade to my Debian Sid Linux. During the upgrade, libc was replaced. I can now not get Wine to work on the new install. Previously, I would use Wine without --with-nptl. This no longer works. Wine sigsegv on startup (whether there are parameters or not). compiling with --with-nptl gets me slightly further. Running wine without parameters produces the help printout. However, when I try to actually run something, this does not work. It doesn't matter what I try to run (whether winelib or Windows). I get a series of "unhandled expection". This happens even for the regedit that is supposed to install my default registry via tools/wineinstall Any ideas? Anyone? -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

5 11

Compilation errors when compiling without optimizations
by Shachar Shemesh 10 Sep '03

10 Sep '03

Hi, When trying to compile Wine without optimizations, the compilation fails. I'm trying clean sources, with the "--with-nptl" flag. The failure (so far, I'm still trying to figure these things out) are when compiling ntdll and the wine executable itself. Both cases, the problem is that same. The linker complains that "InterlockedCompareExchange" cannot be found. Adding kernel32 to the IMPORTS Makefile at dlls/ntdll and miscemu/wine seem to solve these problems, but I'm somewhat worried, and would like to get a second opinion before I submit a patch about this. Shachar p.s. For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now switched to ccache, hoping I can bring it down even lower. Sh. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 3

newbie - question: compiling winelib's winemine
by Deji Akinyemi 10 Sep '03

10 Sep '03

Hi there! I am trying to get up to speed on developing applications using wine. The winelib-user documentation recommends getting started by taking a look at the winemine (wine-xxxxxx/programs/winemine) code packaged with the library. I seem to be having different outcomes when I compile the code with the original Makefile and when I do so with the Makefile generated with winemaker. The original winemine makefile compiles the code without a problem and the program runs, however when I run the makefile generated by winemaker I get the following error: LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/bin/wrc -I. -I/usr/local/include/wine/windows -o En.res En.rc En.rc:23:22: Error: parse error The wine-lib documentation mentions editing the Makefile.in file, I have looked at it and compared it with the original winmine Makefile. The winemaker makefile includes the files En.rc and Pt.rc in it RC_SRCS which is absent from the original Makefile. I removed the two entries with the result that the code compiles, but however fails to run. I do not get any error messages. Apart from those RC_SRCS entries I haven't noticed anything semantically that would result in the different behaviors that I am getting, granted, I may be missing some things. What parameters do I need to pass to winemaker to get this program to run, or are there certain changes I need to make to the Makefile that I a missing? Thanks for any help or advice. Deji. P.S. Any recommendations on winelib primers would also be much appreciated.

3 3

Re: FAQ: Update the ports section
by John Freed 10 Sep '03

10 Sep '03

Ah, the difference between British English and American English. <lang=en-uk>ManU are crushing Arsenal.</lang> <lang=en-us>ManU is crushing Arsenal.</lang> UK English insists on plural verbs for collective nouns (family, team, list, etc.), while US English generally uses singular verbs. (An exception is "couple" referring to a romantic pair -- "The couple are going to the store" would be acceptable on both sides of the Atlantic, although many Americans would say "is" even here.) John Freed ---original message follows--- You must send me some of the stuff you're smoking! "The list are now up to date" doesn't exist in english, you must choose "The lists are now up to date" for a plural "The list is now up to date" for a singular

2 1

Segmentation fault after new wine update and install
by Juraj Hercek 10 Sep '03

10 Sep '03

Hello, I've updated today from wine and got into troubles after installing it - got Segmentation fault. I dig in it and figured the problem is my environment variable WINEDLLPATH which was set to "." (current directory). The back trace of stack during the crash was similar to this (just the frames 5,6,7,8 were repeating many times - until stack overflow): #0 __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:669 #1 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #2 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #3 0x4021f667 in __assert_fail () from /lib/i686/libc.so.6 #4 0x400903d7 in __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:671 #5 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #6 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #7 0x4021f667 in __assert_fail () from /lib/i686/libc.so.6 #8 0x400903d7 in __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:671 #9 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #10 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #11 0x40278059 in strerror_r () from /lib/i686/libc.so.6 #12 0x40277ea5 in strerror () from /lib/i686/libc.so.6 #13 0x4035513a in dlerror () from /lib/libdl.so.2 #14 0x400f7c00 in wine_dlopen (filename=0x3c001862 "./ntdll.dll.so", flag=0x2, error=0xbffff244 "", errorsize=0x400) at loader.c:452 #15 0x400f745b in dlopen_dll (name=0x400f80cb "ntdll.dll", error=0xbffff244 "", errorsize=0x400, test_only=0x0, exists=0xbffff21c) at loader.c:151 #16 0x400f7b48 in wine_init (argc=0x1, argv=0xbffff694, error=0xbffff244 "", error_size=0x400) at loader.c:424 #17 0x3c000550 in main (argc=0x1, argv=0xbffff694) at main.c:33 #18 0x402137f7 in __libc_start_main () from /lib/i686/libc.so.6 So, I guess wine pthread functions table should be initialized before any (system) library get's chance to throw error, otherwise we have SIGSEGV. I've fixed the error on my side with WINEDLLPATH="/usr/local/lib/wine:.". Anyways I think it's a workaround not a solution... Since I don't know much about initialization, I would leave the real fix for someone more skillful. Best Regards, Juraj

3 6

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

>Thats the problem! >You have your fine dictonary in hand, so you think you know how to speak >english... but when you visit a english speaking country the people >you speak to look like a deer caught in a spot light! So you want a png of my british passport? (BTW it's dictionary, not dictonary, or is that just your american english?) >Shachar don't get mad or pissed.. I had to find someone for my >eniligey.. :) so "eniligey" is american english? Never heard it from Bush, fox tv, NPR... Shachar is right, and at least he uses english on this list, while you >ba bing, bing, bing, BING! speak what for me is a unknown language >As far as slang goes.. I can speak three different versions of slang >NE slang, African American, SE Hill Billy, take your pick. So you want to add slang support to wine? updated is not slang, whatever you may say >Just come for a visit :) I have decss on my site, I don't like the idea of ending up in a US prison (Any american wanting to violate the DMCA go here http://digilander.libero.it/winehqitalia/dvd.html ) Anyway, I have no problems with US english, so I don't see why you should have problems understanding UK english, and I don't see why we shouldn't have grammar in the wine docs.

1 0

adding structures to headers
by Geoff Thorpe 10 Sep '03

10 Sep '03

Hi there, Quick licensing/copyright question before I submit something I regret: when adding missing functions and structure types to wine headers, to what extent can we copy-n-paste structure definitions from the documentation at msdn.microsoft.com web? IANAL. Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

3 5

compile time
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

>p.s. >For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now >switched to ccache, hoping I can bring it down even lower. And my 1.4GHZ AMD Athlon XP takes 18:45, and some people still think intel can compete with AMD...

2 1

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

> Purely academic, I know, but m-w doesn't know "updated" as an adjective. > To the best of my knowledge, "the list is now updated" is slang. Am I > wrong here? >From the Cambridge Advanced Learner's Dictionary update verb [T] 1 to make something more modern or suitable for use now by adding new information or changing its design: an updated version of the software http://dictionary.cambridge.org/define.asp?key=87314&dict=CALD It definitely isn't slang.

6 7

Re: compile time
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

> Without knowing the rest of the systems (RAM, HD speed, present libs, > compiler used, etc.) it's rather meaningless to compare compile times. 512MB ddr, gcc 3.3.1, all optional wine stuff compiled in, 7200rpms hd.

1 0

something I found that might help GDI hackers
by Jonathan Wilson 10 Sep '03

10 Sep '03

struct GDIHandleBitFields { unsigned long Index:0:10; unsigned long Type:10:5; unsigned long AltType:15:2; unsigned long Stock:17:1; unsigned long Unique:18:8; }; This might help people trying to understand the inner workings of GDI... Its current as of windows XP SP1.

2 1

Re: FAQ: Update the ports section
by Tom 10 Sep '03

10 Sep '03

Francois Gouget wrote: >Changelog: > > >- The following will list the x86 operating systems supported by >+ The following lists the x86 operating systems supported by > > Should be. The following list are the x86 operating systems supported by Tom

7 15

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

I happen to be from the UK, and can tell you that >The following lists the x86 operating systems supported by >the list is now updated >the list is now up to date are all correct.

2 1

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

You must send me some of the stuff you're smoking! "The list are now up to date" doesn't exist in english, you must choose "The lists are now up to date" for a plural "The list is now up to date" for a singular

1 0

Re: [Resend winegcc03] winewrap can handle the default output name
by Dimitrie O. Paun 10 Sep '03

10 Sep '03

On Tue, 9 Sep 2003, Richard Cohen wrote: > Slightly different from last time. > > > Default name that mingw uses is a.exe > > This also stops winewrap from segfaulting when passed no arguments. > > Changelog > Handle default linker output name (a.exe) in winewrap instead of > winegcc I'm still not sure I like this one, as I said, a.out is a gccism, and should be handled in winegcc. winewrap does not have to be command line compatible to the GNU tool (as it currently stands), we can require an output name for it. -- Dimi.

3 4

Re: [DSHOW-08] Implementation of IMemAllocator and IMediaSample (REVISED2)
by Dimitrie O. Paun 10 Sep '03

10 Sep '03

On September 9, 2003 07:37 pm, Robert Shearman wrote: > --- /dev/null Mon Jun 24 01:53:01 2002 > +++ wine/dlls/quartz/list.h Mon Sep 8 00:48:58 2003 The list.h stuff seems to be fairly popular, why not stick a copy in wine/list.h? -- Dimi.

2 1

Re: [winegcc08] Handle -L in a separate array
by Dimitrie O. Paun 10 Sep '03

10 Sep '03

On Tue, 9 Sep 2003, Richard Cohen wrote: > ...rather than adding -L<libpath> to both the DLLs and static libraries > No functional changes. I'm not sure this is correct, as the order of -L and -l may be significant. That is to say, if I do -LdirA -la -LdirB -lb then the system will search for a only in A, not in B, which is not the case if I do: -LdirA -LdirB -la -lb -- Dimi.

2 1

Re: BuildCommDCBAndTimeouts patch
by Jakob Eriksson 10 Sep '03

10 Sep '03

Could you also make test.c into a regression test for inclusion into Wine? That is almost more important than the actual patch to Wine - if we have the conformance test, it ensures changes to Wine in the future does not destroy functionality. regards, Jakob

4 3

Re: Resend: Shlwapi ordinal fixes (Dave Miller)
by Robert Shearman 10 Sep '03

10 Sep '03

On Wednesday 10 September 2003 5:32 am, Dave Miller wrote: > > Remove about a dozen ordinals we have defined which do not seem to be > important. (They vary from one windows version to another) Alexandre, please don't apply. I am doing a big update on the ordinals of Shlwapi and will incorporate these changes into my patch. Rob

1 0

FAQ update
by Tom 10 Sep '03

10 Sep '03

Hi, Thanks for the update.. I got occupied with something and it took me a little longer than I thought. But I have the sync of lostwages to docs faq in my tree. I will now rm -rf it Regards, Tom

6 28

Re: widl: oleidl.h problem
by Jon Griffiths 10 Sep '03

10 Sep '03

Hi, <snip> >Can some of the widl gurus look at this one please? This is a known problem with widl, see http://www.winehq.org/hypermail/wine-devel/2003/03/0359.html. I sent a patch to fix this issue, but it wasn't the right fix and probably won't apply unmodified now. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Relocate error
by Fabian Cenedese 10 Sep '03

10 Sep '03

Hi I worked with wine about six months ago. Except some minor errors my app worked quite good in wine. Then I didn't have time anymore. Now I tried again with the newest wine from cvs. But now I can't even start my app anymore. Wine gives me this error: err:virtual:map_image FATAL: Need to relocate module from addr 40000000, but there are no relocation records wine: could not load 'C:\IMD\Bin\Imd.exe' as Win32 binary I looked in the archives and the only messages concerning this error were at least two years old stating that this error has been fixed long ago. I didn't change this link address in my app (VC6), it has been there even before I started with wine at all. But when I change this address to say 0x48000000 then it works. So is there something else on this address? I know six months is a long time and a lot happened this year. But does anybody know if this is a real error? What could have introduced this behaviour as it worked a few months ago? Thanks Fabi

3 5

Word-splitting in the FAQ
by Francois Gouget 10 Sep '03

10 Sep '03

Tom, you submitted a patch that splits many words in two. I assume that's because they're not in the dictionary but I'm not sure it's appropriate. Here are some examples: - Make sure you have all the VB runtime libraries installed. + Make sure you have all the VB run time libraries installed. - (using a DOS filename). + (using a DOS file name). - the UNIX kernel supports the DOS/MS Windows filesystem type). + the UNIX kernel supports the DOS/MS Windows file system type). And some I am absolutely sure are wrong: - ftp://metalab.unc.edu/pub/Linux/system/filesystems/dosfs/</ulink> + ftp://metalab.unc.edu/pub/Linux/system/file systems/dosfs/</ulink> - when running an InstallShield 6 installer. + when running an Install shield 6 installer. - program work (there must be a downloadable version or demo for + program work (there must be a download able version or demo for Also I'm not sure why you changed the Lycos URL: - <ulink url="http://search.lycos.com/">Lycos</ulink>. Some of + <ulink url="http://www.compucan.com/Lycos.htm">lycos</ulink> Some of Actually I'm not sure why we have this link to Lycos at all. How does one find Wine using it? So I'm submitting a patch fixing the second type of changes directly to wine-patches. And here is a patch that reverts most of the word splitting. Maybe it goes too far. What do you think? Index: documentation/faq.sgml =================================================================== RCS file: /home/wine/wine/documentation/faq.sgml,v retrieving revision 1.21 diff -u -r1.21 faq.sgml --- documentation/faq.sgml 8 Sep 2003 19:38:45 -0000 1.21 +++ documentation/faq.sgml 9 Sep 2003 19:02:31 -0000 @@ -424,11 +424,11 @@ <ulink url="http://www.winehq.com/download.shtml">the Download page</ulink> for some of these choices), you can make sure that you are getting the latest version by watching the version numbers in the distribution - file name. For instance, the distribution released on August 13, 2003 + filename. For instance, the distribution released on August 13, 2003 was called Wine-20030813.tar.gz. Patch files are also available. If you are current to the previous version, you can download and apply just the current patch file rather than the entire new distribution. - The patch file names follow the same conventions as the monthly + The patch filenames follow the same conventions as the monthly distribution. <ulink url="http://www.winehq.org/site/cvs"> Read-only CVS</ulink> access is also available. </para> @@ -824,8 +838,8 @@ <answer> <para> Yes, but only if the operating system supports mounting those types - of drives. There is a Linux file system driver called dmsdos that + of drives. There is a Linux filesystem driver called dmsdos that will allow read/write access to Doublespaced and Drivespace 1.0 drives. More specifically, it supports mounting DOS 6.0 and 6.2 Doublespaced, DOS 6.22 Drivespaced, and Windows 95 Doublespaced @@ -859,13 +873,13 @@ <answer> <para> Many folks have successfully installed and run programs - in their UNIX file system without having a DOS partition or MS + in their UNIX filesystem without having a DOS partition or MS Windows. However, in many cases you need a directory and file infrastructure that is similar to an existing Windows installation. Some applications' installation programs want to distribute some of the package's files into the /windows and /windows/system directories in order to run, and unless these exist on your UNIX - file system, those programs will not install correctly and probably + filesystem, those programs will not install correctly and probably will not run well, if at all. Most packages will set that up for you as part of the install process. </para> @@ -905,7 +919,7 @@ machine. If you have DOS/MS Windows installed on your system, you can mount that partition at bootup by modifying the file <filename>/etc/fstab</filename> in your UNIX partition (assuming that - the UNIX kernel supports the DOS/MS Windows file system type). + the UNIX kernel supports the DOS/MS Windows filesystem type). </para> <para> If you edit this file by hand, it should contain something similar @@ -935,7 +949,7 @@ DLLs and APIs that are needed by these Windows applications. This means that Wine will not provide replacements for DLLs that are not shipped with Windows or are always shipped with Windows - application (e.g. the Visual Basic run time). This also + application (e.g. the Visual Basic runtime). This also means that implementing an API that no application ever uses is not a priority. Similarly, until there are applications out there that use the Win64 API, it will not be a priority. That being said, @@ -970,13 +984,13 @@ <question id="Will-I-install-on-any-UNIX-file-system"> <para> Will I be able to install MS Windows applications in any flavor of a - UNIX file system? + UNIX filesystem? </para> </question> <answer> <para> - Wine is written to be file system independent, so MS Windows - applications will install and run under virtually any file system + Wine is written to be filesystem independent, so MS Windows + applications will install and run under virtually any filesystem supported by your brand of UNIX. </para> </answer> @@ -1080,12 +1094,12 @@ <para> It should also be available from any other site that mirrors ibiblio.org. For more download locations, see - <ulink url="http://www.compucan.com/Lycos.htm">lycos</ulink> Some of + <ulink url="http://search.lycos.com/">Lycos</ulink>. Some of these ftp sites may archive previous versions of Wine as well as the current one. To determine which is the latest one, look at the - distribution file name, which will take the form + distribution filename, which will take the form Wine-YYYYMMDD.tar.gz. Simply replace YYYYMMDD in the distribution - file name with the numbers for year, month and date, respectively. + filename with the numbers for year, month and date, respectively. The latest one is the one to get. </para> <para> @@ -1313,7 +1327,7 @@ </question> <answer> <para> - Make sure you have all the VB run time libraries installed. You may + Make sure you have all the VB runtime libraries installed. You may need to use the native DLL vbrun60.dll. You can get some from dll-files.com. </para> </answer> @@ -1347,7 +1361,7 @@ </question> <answer> <para> - Try to re login into bash. That might fix it. + Try to logout and login again into bash. That might fix it. </para> <para> If it doesn't, then make sure the wine binary is in your @@ -1405,14 +1419,14 @@ Make sure that you specify the exact path when using the powerful <command>rm -fR</command> command. If you are afraid that you might delete something important, or might otherwise delete other files - within your file system, <command>cd</command> into each Wine + within your filesystem, <command>cd</command> into each Wine sub directory singly and delete the files found there manually, one file or directory at a time. </para> <para> Neither the Wine developers and programmers, nor the Wine FAQ author/maintainer, can be held responsible for your deleting any - files in your own file system. + files in your own filesystem. </para> </answer> </qandaentry> @@ -1427,7 +1441,7 @@ <answer> <para> When invoking Wine, you must specify the entire path to the - executable, or by file name only. For example to run Windows' + executable, or by filename only. For example to run Windows' solitaire, type any of the following: </para> <itemizedlist> @@ -1440,19 +1454,19 @@ <listitem> <para> <command>wine c:\\windows\\sol.exe</command> - (using a DOS file name). + (using a DOS filename). </para> </listitem> <listitem> <para> <command>wine /usr/windows/sol.exe</command> - (using a UNIX file name). + (using a UNIX filename). </para> </listitem> <listitem> <para> <command>wine "c:\windows\sol.exe"</command> - (using quoted DOS file name). + (using quoted DOS filename). </para> </listitem> </itemizedlist> -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

2 1

Latest CVS doesnt compile
by Sylvain Petreolle 10 Sep '03

10 Sep '03

After updating to the latest CVS via cvs update (the only patch involved was the header dependancies fix), wine doesnt compile.I tried to rerun './configure' but there is no change.What I get is : (make depend runs fine.)[syl@snoop tests]$ LANG=en_US makegcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o testlist.o testlist.cIn file included from testlist.c:6:../../../include/winbase.h:1323: parse error before "va_list"../../../include/winbase.h:1324: parse error before "va_list"make: *** [testlist.o] Error 1[syl@snoop tests]$Running with :RH 9 updated, gcc 3.2.2. 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 ! Testez le nouveau Yahoo! Mail

8 10

Re: [winegcc06] Delayed import
by Dimitrie O. Paun 10 Sep '03

10 Sep '03

On August 13, 2003 10:08 pm, Richard Cohen wrote: > --- tools.5/winegcc.c 2003-08-14 00:55:07.000000000 +0100 > +++ tools/winegcc.c 2003-08-14 01:21:41.000000000 +0100 > @@ -193,7 +193,8 @@ > } > argv[j] = 0; > break; > - case 'l': > + case 'l': /* import/static library */ > + case 'd': /* delayed import library */ This is not cool -- winegcc is supposed to be command line compatible with mingw-gcc, and -d conflicts with gcc's -d: -dletters Says to make debugging dumps during compilation at times specified by letters. This is used for debugging the compiler. The file names for most of the dumps are made by appending a pass number and a word to the dumpname. dumpname is generated from the name of the output file, if explicitly specified and it is not an executable, otherwise it is the basename of the source file. In both cases any suffix is removed (e.g. foo.00.rtl or foo.01.sibling). Here are the possible letters for use in letters, and their meanings: ..... Having the option in winewrap is OK, there we control the options. If this feature is useful in Windows, gcc must/will support it, right? If they don't already, we better get in touch with them so we end up with the same option name/syntax. -- Dimi.

2 6

Re: for Red Hat packager
by Ivan Leo Murray-Smith 10 Sep '03

10 Sep '03

>The latest Wine >RPMs are compiled without BiDi support the Red Hat rpms may be, but I can assure you that your help to get bidi into the mdk rpms wasn't invane.

7 14

Setupapi include fixes and a few more MS_VC problems
by Steven Edwards 10 Sep '03

10 Sep '03

This first patch should not break the Unix build. This patch fixes building most of the source files on MS_VC. I tested building under Mingw and we can still build and link but one of you guys on *nix may want to double check. After this patch you will still get the following errors with MS_VC and the PSDK headers. I figured I would wait and ask for comments on how to move forward to fix the following problems as there has been a little work in setupapi recently. Thanks Steven Changelog: Setupapi porting fixes --------------------Configuration: setupapi - Win32-------------------- Compiling... devinst.c F:\src\wine-dev\wine\dlls\setupapi\devinst.c(41) : error C2146: syntax error : missing ')' before identifier 'DeviceInterfaceDetailData' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(41) : error C2081: 'PSP_DEVICE_INTERFACE_DETAIL_DATAA' : name in formal parameter list illegal F:\src\wine-dev\wine\dlls\setupapi\devinst.c(41) : error C2061: syntax error : identifier 'DeviceInterfaceDetailData' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(41) : error C2059: syntax error : ';' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(41) : error C2059: syntax error : ',' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(44) : error C2059: syntax error : ')' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(56) : error C2146: syntax error : missing ')' before identifier 'DeviceInterfaceDetailData' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(56) : error C2081: 'PSP_DEVICE_INTERFACE_DETAIL_DATAW' : name in formal parameter list illegal F:\src\wine-dev\wine\dlls\setupapi\devinst.c(56) : error C2061: syntax error : identifier 'DeviceInterfaceDetailData' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(56) : error C2059: syntax error : ';' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(56) : error C2059: syntax error : ',' F:\src\wine-dev\wine\dlls\setupapi\devinst.c(59) : error C2059: syntax error : ')' setupcab.c F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(257) : error C2065: 'FILE_IN_CABINET_INFOA' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(257) : error C2146: syntax error : missing ';' before identifier 'fici' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(257) : error C2065: 'fici' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(258) : error C2275: 'PSC_HSC_A' : illegal use of this type as an expression F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(64) : see declaration of 'PSC_HSC_A' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(258) : error C2146: syntax error : missing ';' before identifier 'phsc' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(258) : error C2065: 'phsc' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(259) : error C2065: 'CABINET_INFOA' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(259) : error C2146: syntax error : missing ';' before identifier 'ci' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(259) : error C2065: 'ci' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(260) : error C2275: 'FILEPATHS_A' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\setupapi.h(439) : see declaration of 'FILEPATHS_A' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(260) : error C2146: syntax error : missing ';' before identifier 'fp' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(260) : error C2065: 'fp' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(261) : error C2275: 'UINT' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\windef.h(162) : see declaration of 'UINT' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(261) : error C2146: syntax error : missing ';' before identifier 'err' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(261) : error C2065: 'err' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(263) : error C2275: 'CHAR' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\winnt.h(265) : see declaration of 'CHAR' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(263) : error C2146: syntax error : missing ';' before identifier 'mysterio' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(263) : error C2065: 'mysterio' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(263) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(265) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(265) : error C2102: '&' requires l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(265) : error C2198: 'memset' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(270) : warning C4047: '=' : 'int ' differs in levels of indirection from 'struct SC_HSC_A *' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(285) : error C2224: left of '.CabinetFile' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(285) : error C2223: left of '->most_recent_cabinet_name' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(286) : error C2224: left of '.CabinetPath' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(287) : error C2224: left of '.DiskName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(288) : error C2224: left of '.SetId' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(289) : error C2224: left of '.CabinetNumber' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(290) : error C2223: left of '->msghandler' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(290) : error C2223: left of '->context' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(303) : error C2224: left of '.NameInCabinet' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(304) : error C2224: left of '.FileSize' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(305) : error C2224: left of '.Win32Error' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(306) : error C2224: left of '.DosDate' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(307) : error C2224: left of '.DosTime' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(308) : error C2224: left of '.DosAttribs' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(309) : error C2224: left of '.FullTargetName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(309) : error C2198: 'memset' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(310) : error C2223: left of '->msghandler' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(310) : error C2223: left of '->context' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(313) : error C2224: left of '.FullTargetName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(313) : error C2198: 'debugstr_a' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(314) : error C2224: left of '.FullTargetName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(319) : error C2224: left of '.FullTargetName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(319) : warning C4047: 'function' : 'char *' differs in levels of indirection from 'const int ' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(319) : warning C4024: 'sc_cb_open' : different types for formal and actual parameter 1 F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(319) : error C2198: 'sc_cb_open' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(329) : error C2224: left of '.Source' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(329) : error C2223: left of '->most_recent_cabinet_name' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(330) : error C2224: left of '.Target' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(331) : error C2224: left of '.Win32Error' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(332) : error C2224: left of '.Flags' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(335) : error C2223: left of '->msghandler' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(335) : error C2223: left of '->context' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(350) : error C2224: left of '.CabinetFile' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(351) : error C2224: left of '.CabinetPath' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(352) : error C2224: left of '.DiskName' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(353) : error C2224: left of '.SetId' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(354) : error C2224: left of '.CabinetNumber' must have struct/union type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(356) : error C2223: left of '->most_recent_cabinet_name' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(356) : error C2198: 'strcpy' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(357) : error C2223: left of '->msghandler' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(357) : error C2223: left of '->context' must point to struct/union F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(357) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(357) : error C2102: '&' requires l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(362) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(364) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(364) : error C2106: '=' : left operand must be l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(365) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(365) : error C2102: '&' requires l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(365) : warning C4047: 'function' : 'const char *' differs in levels of indirection from 'const int ' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(365) : warning C4024: 'strncpy' : different types for formal and actual parameter 2 F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(365) : error C2198: 'strncpy' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(366) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(366) : error C2106: '=' : left operand must be l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(378) : error C2065: 'FILE_IN_CABINET_INFOW' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(378) : error C2146: syntax error : missing ';' before identifier 'fici' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(379) : error C2275: 'PSC_HSC_W' : illegal use of this type as an expression F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(73) : see declaration of 'PSC_HSC_W' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(379) : error C2146: syntax error : missing ';' before identifier 'phsc' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(380) : error C2065: 'CABINET_INFOW' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(380) : error C2146: syntax error : missing ';' before identifier 'ci' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(381) : error C2275: 'FILEPATHS_W' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\setupapi.h(446) : see declaration of 'FILEPATHS_W' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(381) : error C2146: syntax error : missing ';' before identifier 'fp' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(382) : error C2275: 'UINT' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\windef.h(162) : see declaration of 'UINT' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(382) : error C2146: syntax error : missing ';' before identifier 'err' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(383) : error C2143: syntax error : missing ';' before 'type' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(385) : error C2275: 'WCHAR' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\winnt.h(275) : see declaration of 'WCHAR' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(385) : error C2146: syntax error : missing ';' before identifier 'mysterio' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(385) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2275: 'WCHAR' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\winnt.h(275) : see declaration of 'WCHAR' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2146: syntax error : missing ';' before identifier 'buf' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2065: 'buf' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2065: 'buf2' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(386) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(387) : error C2275: 'CHAR' : illegal use of this type as an expression C:\Program Files\Microsoft SDK\include\winnt.h(265) : see declaration of 'CHAR' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(387) : error C2146: syntax error : missing ';' before identifier 'charbuf' F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(387) : error C2065: 'charbuf' : undeclared identifier F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(387) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(389) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(389) : error C2102: '&' requires l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(389) : error C2198: 'memset' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(390) : error C2109: subscript requires array or pointer type F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(390) : error C2102: '&' requires l-value F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(390) : error C2198: 'memset' : too few actual parameters F:\src\wine-dev\wine\dlls\setupapi\setupcab.c(390) : fatal error C1003: error count exceeds 100; stopping compilation Generating Code... Error executing cl.exe. setupapi.dll - 114 error(s), 5 warning(s) WINE_DEFAULT_DEBUG_CHANNEL(setupapi);

1 0

different approach to resolution switching
by Rok Mandeljc 10 Sep '03

10 Sep '03

I've been thinking recently about resolution changes in wine/X. As I understand, this now works with UseXVidMode enabled, but I sometimes find it ugly; I run X at 1280x1024 and when I run game in 640x480 (fullscreen), X switches resolution. But as mouse cursor can escape from 640x480 "box", I can see the rest of my desktop (enlarged). I believe this is not how Win do it. Even worse is when you run a game in desktop mode (let's say 1024x768) and game uses different resolutions (e.g. game: 1024x768, intro & main menu: 640x480). So I've been wondering if you guys have already considered use of scaler. It would probably (in my opinion) look much nicer than current res switching and it would fill those black places in desktop mode. -- Rok Mandeljc <rok.mandeljc(a)gimb.org> "Hold your position! Leave doubt for the dying!" -- Tahngarth of the Weatherlight

4 3

Re: Use a css file for the doc
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On Tue, 9 Sep 2003, Francois Gouget wrote: > * documentation/Makefile.in, > documentation/default.dsl, > documentation/winedoc.css > > Don't hardcode the look and feel in default.css. Use a css file > instead. For that, we should just completely remove documentation/default.dsl and use the site-wide one. -- Dimi.

2 6

Re: [DSHOW-08] Implementation of IMemAllocator and IMediaSample (REVISED)
by Alexandre Julliard 09 Sep '03

09 Sep '03

Robert Shearman <R.J.Shearman(a)warwick.ac.uk> writes: > + struct list * pFreeList; > + struct list * pUsedList; You are not using the list functions the right way; these should be a struct list, not a struct list *. The rest of the code then gets a lot cleaner, you don't need any special cases for empty lists etc. -- Alexandre Julliard julliard(a)winehq.com

2 1

RE: Using limits.h
by Robert Shearman 09 Sep '03

09 Sep '03

> -----Original Message----- > From: Alexandre Julliard [mailto:julliard@winehq.com] > Sent: 09 September 2003 03:13 > To: Robert Shearman > Cc: wine-devel(a)winehq.com > Subject: Re: Using limits.h > > "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > > > I'm trying to use the default limits.h installed on my Debian > Woody system, > > so that I can use either LLONG_MAX or LONG_LONG_MAX in Wine. Does anyone > > know of anything special I have to define so that these are > defined? I have > > tried __USE_ISOC99, but no joy. > > If you have to do some special magic to get them, it's a clear sign > that these symbols are not portable and should not be used. Should I just use the constant that LONG_LONG_MAX equates to and put this into the source file then? Is this portable (i.e. is long long 64bits on all platforms) ? On another note, how would you feel to adding a new debugging function (say debugstr_lld) to print out the decimal value of long longs? Rob

3 4

winbase.h: STILL_ACTIVE
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

We have the following definition: /usr/local/include/wine/windows/winbase.h:#define STILL_ACTIVE STATUS_PENDING This fails to compile under visual-mingw. Is this how it is defined under the MS headers? Does this mean that any app using STILL_ACTIVE must also include ntstatus.h? -- Dimi.

2 1

Re: lostwages/. .htaccess
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On Tue, 9 Sep 2003, Jeremy Newman wrote: > Log message: > regex was causing hypermail archives to 404 Do you know why? -- Dimi.

2 1

Re: winedefault.reg
by David.Goodenough＠DGA.co.uk 09 Sep '03

09 Sep '03

A further problem with the Debian install is that winedefault.reg is delivered packed (.gz). Perhaps as a further addition to regedit (or what ever command line version is to be used) should be to unpack it as well as read it - otherwise please can the Debian version be shipped ungziped. David Paul McNett <p(a)ulmcnett.com> To: wine-devel(a)winehq.org Sent by: cc: wine-devel-admin@ Subject: Re: winedefault.reg winehq.org 08/09/2003 14:34 Please respond to p Ivan Leo Murray-Smith writes: > Some people on wine-users are complaining that regedit > winedefault.reg doesn' t always work correctly, somebody > posted this solution > http://www.winehq.org/hypermail/wine-users/2003/09/0062.html > but it would be a very nice thing if regedit winedefault.reg > exited with no output and just worked like it has always done > with the command line version. Yes I just realized, only last night, that my latest Wine install didn't include the winedefault.reg, even though I always install Wine with ./tools/wineinstall, and it is advertised that it will install the winedefault.reg. Instead what happens is the new graphical regedit is displayed. -- Paul McNett

1 0

Re: Request for help - byacc problem building on Mandrake 9.1
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On Tue, 9 Sep 2003, Bill Medland wrote: > > I have just installed Mandrake 9.1 and tried to build Wine. I am getting an > error when byacc runs in dlls/msi > > byacc: e - line 73 of "./sql.y", syntax error > > %pure-parser > ^ > > Any idea what I am doing wrong or what I have failed to do? What yacc/bison are you using? It seems to be an old one... -- Dimi.

2 1

widl: oleidl.h problem
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

Folks, When compiling visual-mingw under Winelib, I get the following error: In file included from /usr/local/include/wine/windows/ole2.h:27, from /usr/local/include/wine/windows/shlobj.h:22, from ../include/browsdlg.h:19, from browsdlg.cpp:14: /usr/local/include/wine/windows/oleidl.h:294: ISO C++ forbids defining types within in a parameter list Error: g++ failed. The offending code is: #if defined(__cplusplus) && !defined(CINTERFACE) struct IOleInPlaceActiveObject : public IOleWindow { virtual HRESULT STDMETHODCALLTYPE TranslateAccelerator( struct tagMSG { HWND hwnd; UINT message; WPARAM wParam; LPARAM lParam; DWORD time; POINT pt; }* lpmsg) = 0; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ virtual HRESULT STDMETHODCALLTYPE OnFrameWindowActivate( BOOL fActivate) = 0; virtual HRESULT STDMETHODCALLTYPE OnDocWindowActivate( BOOL fActivate) = 0; virtual HRESULT STDMETHODCALLTYPE ResizeBorder( LPCRECT prcBorder, IOleInPlaceUIWindow* pUIWindow, BOOL fFrameWindow) = 0; virtual HRESULT STDMETHODCALLTYPE EnableModeless( BOOL fEnable) = 0; }; #else Can some of the widl gurus look at this one please? -- Dimi.

1 0

for Red Hat packager
by Ivan Leo Murray-Smith 09 Sep '03

09 Sep '03

Could the Red Hat packager please take care of this http://www.winehq.org/hypermail/wine-users/2003/09/0081.html I don't know if it's a rpm packaging error or a problem with the users system setup, but I suppose the creator of the rpm can solve the issue quite easily.

3 2

More stuff about the headers
by Steven Edwards 09 Sep '03

09 Sep '03

Hello, First thanks Dimi and Alexandre for the header fixes. I have been outa town till lastnight so I have not had a chance to do much testing of the MS_VC build yet. I will start working on this soon as I want to get these dlls imported in to ReactOS. First thing is first. Whats up with the *_must_be_suffixed_with_W_or_A_in_this_context error? To build comctl32 with the Mingw/PSDK headers we need to do something about this. Almost every file is expecting IDC_ARROWA and the PSDK/w32api dont define a A/W suffix. I think once we fix this comctl32 should build out of the box with the PSDK or w32api. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

4 9

RE: MSVCP60.DLL missing, please help
by Rolf Kalbermatter 09 Sep '03

09 Sep '03

eric lin <fsshl(a)luxmail.com> wrote: > Thanks your reply and point out. I will try to search web somewhere >to get it for running my.exe file by wine. (or point me some place >in web I can get it) > > or anyone have other alternative, please inform me. Well if you have written that program and compiled it using a legal version of Visual C, you are allowed to redistribute that DLL with your app. Otherwise most modern MS apps, including their freebies, will probably install it anyhow. Rolf Kalbermatter CIT Engineering Nederland BV tel: +31 (070) 415 9190 Treubstraat 7H fax: +31 (070) 415 9191 2288 EG Rijswijk http://www.citengineering.com Netherlands mailto:rolf.kalbermatter@citeng.com

1 0

supported_applications page
by Jeremy Newman 09 Sep '03

09 Sep '03

I was looking over this page when I converting the appdb.winehq.org site over to the new theme. It seems to me that we could drop this page if we added a new field to the appDB called "medal" or something. Then you can go through and mark the apps that are Gold, or Silver directly in the appDB. I could add a report to the sidebar menu of the appDB called "Supported Apps", it would then show the gold and silver apps from the db. You would then need to add your notes about these apps to their descriptions. Seems simple enough. This would then allow the "Applications" link in the main menu of WineHQ go directly to the app db. I don't like the fact that right now the link to the appDB is fairly buried. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 1

where is the definition for sscanf in ntdll.dll
by Jonathan Wilson 09 Sep '03

09 Sep '03

I see this: @ varargs sscanf(str str) in ntdll.spec but I cant find the defintion behind it. Also, searching on source.winehq.org doesnt find it either

2 1

Re: BuildCommDCBAndTimeouts patch
by Dimitrie O. Paun 09 Sep '03

09 Sep '03

On September 8, 2003 09:21 pm, Kevin Groeneveld wrote: > To try and verify the correct operation of BuildCommDCBAndTimeouts I > wrote a small Windows program. This is a great idea, but you should submit this as a conformance test: http://www.winehq.org/site/docs/wine-devel/testing -- Dimi.

1 0

Re: MSVCP60.DLL missing, please help
by eric lin 09 Sep '03

09 Sep '03

--- Jakob Eriksson <jakob(a)vmlinux.org> wrote: > >try: > >http://www.dll-files.com/dllindex/dll-files.shtml?msvcp60 > >eric lin wrote: > >>Dear wine-devel programers: >> >> MSVCP60.DLL some say is runtime dll that must need window license version. Does anyone have some way to get around that so no-window user still can run that exe program. I am in rh9 platform. >> >>highly appreciate your tech help, and looking to hear from you soon >>sincere Eric >> >>_____________________________________________________________ >>Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com >> >> >> Dear Jakob: Thanks your point out, I download and make my exe file run at some steps. it is a actiontec r1524 dsl modem firmware upgrade file writen by win download from my isp qwest.net. By the tech of actiontec, if I upgrade it will go to xxx.69 from current xxx.51, and if I type in http://(my pubplic) I will see my webserver broadcast by myself's pc (I only have one pc connect to this modem and internet) 's page even inside the modem's firewall or port-usage but it response a dialog window suppose to show the progress, but it become grey color and stick there like dead lock. unitl I kill it. I check and type in the public ip in my browser, it still just show the modem's configure page rather than assumed webserver page. and I check modem configureation's status, it still stick on old firmware xxx.51. please help Sincere Eric _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

1 0

Using limits.h
by Robert Shearman 09 Sep '03

09 Sep '03

Hi All, I'm trying to use the default limits.h installed on my Debian Woody system, so that I can use either LLONG_MAX or LONG_LONG_MAX in Wine. Does anyone know of anything special I have to define so that these are defined? I have tried __USE_ISOC99, but no joy. Rob

2 1

RE: MSVCP60.DLL missing, please help
by eric lin 08 Sep '03

08 Sep '03

Dear Robert: Thanks your reply and point out. I will try to search web somewhere to get it for running my.exe file by wine. (or point me some place in web I can get it) or anyone have other alternative, please inform me. highly appreciate your effort, and thanks in advance sincere Eric ---------------------------------------------------------- --- "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: >> -----Original Message----- >> From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin@winehq.org]On >> Behalf Of eric lin >> Sent: 08 September 2003 22:57 >> To: wine-devel(a)winehq.org >> Subject: MSVCP60.DLL missing, please help >> >> >> Dear wine-devel programers: >> >> MSVCP60.DLL some say is runtime dll that must need window >> license version. Does anyone have some way to get around that so >> no-window user still can run that exe program. I am in rh9 platform. >> >> highly appreciate your tech help, and looking to hear from you soon >> sincere Eric > >From my Visual Studio 6 EULA: > >Redistributable Code-Standard. Microsoft grants you a nonexclusive, >royalty-free right to reproduce and distribute the object code form of any >portion of the SOFTWARE PRODUCT listed in REDIST.TXT ("Redistributable >Code"). NOTE: certain Redistributable Code may be subject to the >restrictions in Section 2.3 if it is also identified as "Limited Use >Redistributable Code." > >Therefore, there are no restrictions on which computers you can install the >redistributables on (MSVCP60 is a redestributable according to the >REDIST.TXT elsewhere on the CD). All you need to do is find an application >that will install it for you (perhaps you could download it off the Internet >somewhere, but I am not sure about the legality of that). > >Rob _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

1 0

MSVCP60.DLL missing, please help
by eric lin 08 Sep '03

08 Sep '03

Dear wine-devel programers: MSVCP60.DLL some say is runtime dll that must need window license version. Does anyone have some way to get around that so no-window user still can run that exe program. I am in rh9 platform. highly appreciate your tech help, and looking to hear from you soon sincere Eric _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

2 1

Current Working Dir?
by Fabian Cenedese 08 Sep '03

08 Sep '03

Hi I just updated to the actual cvs version and tried to run my program. It's a simple Win32 command line tool which reads a text file from the same directory called Update.ini. When I run it with winedbg it opens the app console window and brings me an app error dialog that it can't find the second text file. After tracing with +file,+dosfs it seems that it's only looking in my home dir instead of the dir where the exe is. Is this true? Note that my fake C-Drive is not below home. But wine is. Does this matter? My code looks like: //---------- CStdioFile inifile; if (!inifile.Open("Update.ini", CFile::modeRead)) { AfxMessageBox("Update.ini not found!"); return 1; } //---------- Not worth mentioning that it works in Windows. Here's the log. -- snip some init -- trace:dosfs:DOSFS_DoGetFullPathName passed L"Update.ini" trace:dosfs:DOSFS_GetFullName L"." (last=0) trace:dosfs:DOSFS_GetFullName returning /home/fabi2 = L"Z:\\HOME\\FABI2" trace:dosfs:DOSFS_DoGetFullPathName got L"Z:\\home\\fabi2\\Update.ini" trace:dosfs:DOSFS_DoGetFullPathName returning L"Z:\\home\\fabi2\\Update.ini" trace:dosfs:DOSFS_GetFullName L"Update.ini" (last=0) trace:dosfs:DOSFS_FindUnixName /home/fabi2,L"Update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" warn:dosfs:DOSFS_FindUnixName L"Update.ini" not found in '/home/fabi2' trace:dosfs:DOSFS_GetFullName returning /home/fabi2/Update.ini = L"Z:\\HOME\\FABI2\\update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L"..", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".qt", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".kde", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".smb", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".xim", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".wine", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".wmrc", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".bashrc", 0) .. trying all files here. trace:file:CreateFileW L"Update.ini" GENERIC_READ OPEN_EXISTING attributes 0x80 trace:dosfs:DOSFS_GetFullName L"Update.ini" (last=1) trace:dosfs:DOSFS_FindUnixName /home/fabi2,L"Update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" warn:dosfs:DOSFS_FindUnixName L"Update.ini" not found in '/home/fabi2' warn:file:CreateFileW Unable to get full filename from L"Update.ini" (GLE 2) And then my error message box comes up. Any ideas? Do I need to change the cwd first? Thanks Fabi

5 9

Anti spam?
by Dustin Navea 08 Sep '03

08 Sep '03

Hey dunno if anyone is interested in this, but I found this page that you can link to to fight spam.. http://www.hostedscripts.com/scripts/antispam.html ===== Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Resend: ntdll loader fix
by Alexandre Julliard 08 Sep '03

08 Sep '03

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: fixes RtlImageNtHeader when hModule is > NULL. > > One line patch (two tokens!), should be easy enough to > verify correctness. Well, it may be correct, but it's useless, there's already an exception handler that deals with that. -- Alexandre Julliard julliard(a)winehq.com

4 6

RE: TreeView & WM_NOTIFY
by Igor Grahek 08 Sep '03

08 Sep '03

Solved ! Problem was in TreeView control (dll/comctl32/treeview.c) all the time. TreeView was not handling WM_CREATE properly - it did not forward CREATESTRUCT (in lParam) to TREEVIEW_Create function and that function was setting hwndNotify window to GetParent(hwnd) instead window handle given in CREATESTRUCT. I fixed this for TreeView control (patch sent to wine-patches) but same problem can be expected for other controls which use WS_POPUP style and then set notify window handler to GetParent(hwnd) Igor > -----Original Message----- > From: Igor Grahek [mailto:igorg@cadlink.com] > Sent: September 5, 2003 4:50 PM > To: 'wine-devel(a)winehq.org' > Subject: RE: TreeView & WM_NOTIFY > > > It looks like comctl32.dll is seting up some hooks to forward > messages to requested window because even if you use --dll > comctl32=n the owner is set up to "GetAncestor( > cs->hwndParent, GA_ROOT )" Same thing happends under Windows > so it seems that everything is OK with windows/win.c > > I tried to figure out what is going on with hooks but I don't > have much experience with windows hooks so I will appreciate > any help. > > Thanks, > Igor > > > -----Original Message----- > > From: Igor Grahek [mailto:igorg@cadlink.com] > > Sent: September 5, 2003 11:29 AM > > To: 'wine-devel(a)winehq.org' > > Subject: RE: TreeView & WM_NOTIFY > > > > > > Here is an example in attachment (Visual C++ project) . > > If you click on "tst" button it opens TreeView control with > > WS_POPUP and Cview as parent (to process WM_NOTIFY messages) > > With current code in windows/win.c owner is set to > > "GetAncestor( cs->hwndParent, GA_ROOT )" and WM_NOTIFY goes > > to wrong window. If I change code so that owner is > > "WIN_GetFullHandle(cs->hwndParent)" then there is problem > > with Z ordering (keeping popup window on top) but WM_NOTIFY > > goes to Cview as it should. > > > > However if I use --dll comctl32=n and owner is set to > > "GetAncestor( cs->hwndParent, GA_ROOT )" everything works OK > > - popup is on top and CView receives WM_NOTIFY from it. > > > > I know I'm repeating myself but I'm not sure where I should > > look for the problem: is it in dll/comctl32/treeview.c (as > > --dll comctl32=n suggesting) or is it in windows/win.c and > > dll/x11drv/* ? > > > > Igor > > > > > -----Original Message----- > > > From: Igor Grahek [mailto:igorg@cadlink.com] > > > Sent: September 4, 2003 1:50 PM > > > To: 'Dimitrie O. Paun' > > > Cc: 'wine-devel(a)winehq.org' > > > Subject: RE: TreeView & WM_NOTIFY > > > > > > > > > I think I found the source of my problem: > > > ------------- > > > Wine/windows/win.c ::CreateWindowEx > > > > > > if ((cs->style & (WS_CHILD|WS_POPUP)) == WS_CHILD) > > > parent = WIN_GetFullHandle(cs->hwndParent); > > > else > > > owner = GetAncestor( cs->hwndParent, GA_ROOT ); > > > -------------------------- > > > Why owner is not set to "WIN_GetFullHandle(cs->hwndParent)" ? > > > > > > If I change this everything works OK except there is a > > > problem with Z ordering (it is hiding popup window behind its > > > owner when Managed=N) Is the source of problem somewhere in > > > wine/dll/x11drv/winpos.c (I'm currently examining > > > SWP_DoOwnedPopups function) and why it is working with --dll > > > comctl32=n - no problems with Z order there?! > > > > > > BTW I'm working with 20030618 build. > > > > > > Igor > > > > > > > -----Original Message----- > > > > From: Dimitrie O. Paun [mailto:dimi@intelliware.ca] > > > > Sent: September 2, 2003 6:42 PM > > > > To: Igor Grahek > > > > Cc: wine-devel(a)winehq.org > > > > Subject: Re: TreeView & WM_NOTIFY > > > > > > > > > > > > On Tue, 2 Sep 2003, Igor Grahek wrote: > > > > > > > > > My problem is very similar to bug 1227 > > > > > (http://bugs.winehq.org/show_bug.cgi?id=1227) > > > > > Treeview in application is sending WM_NOTIFY on double > > > > click (NM_DBLCLK) > > > > > to the wrong > > > > > Window handle. GetParent() function returns handle to the > > > > root window > > > > > and root window is not forwarding/broadcasting that message > > > > and message > > > > > is lost. Everything works fine under Windows > > > > > or with --dll comctl32=n > > > > > > > > I'm afraid you'll need to debug this and post a lot more > > > detail, maybe > > > > a code fragment showing the undesirable behaviour. > > > > > > > > -- > > > > Dimi. > > > > > > > > > > > > > >

1 0

Re: [dcom 1.3] Implement dispatch variant marshalling
by Alexandre Julliard 08 Sep '03

08 Sep '03

Mike Hearn <mike(a)theoretic.com> writes: > OK, so this time without any ERRs also.... It's better, but you still need to recover from the errors properly before returning; allocated memory has to be freed, objects have to be released, etc. -- Alexandre Julliard julliard(a)winehq.com

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel