February 2007 - Wine-Devel - list.winehq.org

What happened to the Fedora packages?
by Neal Gompa Aug. 2, 2014

Aug. 2, 2014

What happened to the Fedora packages? They have not been updated since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro supported has the up to date packages!!! And why does the Red Hat packages site not go to the SourceForge site as it does for SUSE packages and the others?? I have not really had the guts to ask until now, because I thought that maybe there was a slump, but now, its getting annoying!! And Fedora just released Fedora Core 5 yesterday!!! Please tell me new packages will be ready soon!!! Compiling WINE always crashes my computer, so I prefer to use the RPMs...

10 18

winspool: ERROR_INVALID_NAME in GetDefaultPrinter() ?
by Detlef Riekenberg Oct. 9, 2013

Oct. 9, 2013

Hi. >From which configuration does the "ERROR_INVALID_NAME" came from, when calling GetDefaultPrinter(NULL, &size) and no Printer is installed? This Test is Present in the current "dlls/winspool/tests/info.c". MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer is installed: http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in this Situation. -- By By ... ... Detlef

3 3

The status of the wintab dll
by Robert North Dec. 24, 2007

Dec. 24, 2007

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

Re: [Bug 7503] Eve Online pasword box on login screen doesn't work
by Lei Zhang March 9, 2007

March 9, 2007

Can we change wineprefixcreate to copy the truetype fonts (if any) from /usr/X11R6/lib/X11/fonts/TTF or /usr/share/X11/fonts/TTF or [insert distro specific X11/fonts/TTF directory] to $WINEPREFIX/drive_c/windows/fonts/ ? On 2/20/07, Wine Bugs <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=7503 > > > > > > ------- Additional Comments From kelfe(a)gmx.de 2007-20-02 16:57 ------- > to fix the issue you need to copy the font file arial.ttf into > .wine/drive_c/windows/fonts folder (.wine is a hidden folder) > > the arial.ttf can be found in the mscorefonts packages or search engine/windows box > > I don't know if font files should be placed in the fonts folder by wine or by > the user. So close this bug or keep it open until basic fonts are installed by > wine when creating the .wine folder. > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > >

3 3

Re: AppDB performance issue
by Tony Lambregts March 5, 2007

March 5, 2007

Nick Law wrote: > Hi Tony, > Just lately, I've noticed that AppDB seems to be very slow, i.e it can > take15 seconds or more for a page to come up or simply to login. Is > there a bandwidth problem or is the server getting overwhelmed or is > it a problem at my end (UK). 30 seconds later it's back to being very > responsive as if the server was a bit overloaded for 30 seconds or so. > Other websites I try at the time work fine including winehq. Is winehq > on a different server ? > I have noticed this too and it is very annoying. Yes www.winehq.org qpdb.winehq.or and bugs.winehq.org are all on the same server. Winehq and bugzilla are quite snappy but the AppDB is a pig now. I have know idea what is wrong -- Tony Lambregst

9 19

mingw linking problem
by Stefan Leichter March 5, 2007

March 5, 2007

Hello, i'm trying to build wine/its dlls with mingw. This fail for some dlls at the linking, eg. comdlg32.dll misses the imports _IID_IContextMenu, _IID_IShellFolder, _IID_IPersistFolder2, _IID_IShellBrowser, _IID_ICommDlgBrowser, _IID_IShellView, _SID_STopLevelBrowser My investigations are showing that mingw has the missing imports in libshell32.a., but the linker links against wine's shell32.dll. The missing symbols are also in wine's libuuid.a, but this is not used because the linker does not see the file. When i extend the linker call with -L../../dlls/uuid i can link the comdlg32.dll successfully.. I have tried to find the symbols with strings on my win2k box, but the symbols are not there. So the first question is: What is the correct way to build the dll? The second question when we agreed on the first one is: Can someone please fix configure/Makefile.in to work properly . Thanks Stefan

3 3

fc4 rpms
by Bill Medland March 5, 2007

March 5, 2007

Is there any chance that someone with the ability can create the fedora core 4 wine rpms for version 0.9.30? Bill Medland

4 4

Re: kernel32: Implement ReplaceFileA/ReplaceFileW
by Felix Nawothnig March 2, 2007

March 2, 2007

(CC-ing wine-devel again) Erich Hoover wrote: >> The "right" way would probably to do the copying yourself by >> read/write.. but I dunno. > Except that it would ignore the permissions issues that have already > been coded into the copy routines (and any updates that may eventually No, CreateFile (and friends) does the permissions checks (which you would still have to call). > be made to these routines). Also, it seems to me that MSDN is > describing the list of function calls that ReplaceFile actually makes. No it doesn't? Your other objections were right. Your last version follows for wine-devel. > ------------------------------------------------------------------------ > > /************************************************************************** > * ReplaceFileW (KERNEL32.@) > * ReplaceFile (KERNEL32.@) > */ > BOOL WINAPI ReplaceFileW(LPCWSTR lpReplacedFileName,LPCWSTR lpReplacementFileName, > LPCWSTR lpBackupFileName, DWORD dwReplaceFlags, > LPVOID lpExclude, LPVOID lpReserved) > { > HANDLE hReplaced, hReplacement; > BOOL skipBackup = FALSE; > > if(dwReplaceFlags) > FIXME("Ignoring flags %x\n", dwReplaceFlags); > /* First two arguments are mandatory */ > if(!lpReplacedFileName || !lpReplacementFileName) > { > SetLastError( ERROR_INVALID_PARAMETER ); > return FALSE; > } > /* > * Lock the "replacement" file, fail if it does not exist > */ > if((hReplacement = CreateFileW(lpReplacementFileName, GENERIC_READ, > FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE, > NULL, OPEN_EXISTING, 0, 0)) == INVALID_HANDLE_VALUE) > { > return FALSE; > } > if(!LockFile( hReplacement, 0, 0, 0, 0 )) > { > CloseHandle( hReplacement ); > return FALSE; > } > /* > * Lock the "replaced" file while we're working. > */ > if((hReplaced = CreateFileW(lpReplacedFileName, GENERIC_READ, > FILE_SHARE_READ | FILE_SHARE_WRITE, > NULL, OPEN_EXISTING, 0, 0)) == INVALID_HANDLE_VALUE) > { > /* If "replaced" does not exist then create it for the lock, but skip backup */ > if((hReplaced = CreateFileW(lpReplacedFileName, GENERIC_READ, > FILE_SHARE_READ | FILE_SHARE_WRITE, > NULL, CREATE_ALWAYS, 0, 0)) == INVALID_HANDLE_VALUE) > { > UnlockFile( hReplacement, 0, 0, 0, 0 ); > CloseHandle( hReplacement ); > return FALSE; > } > skipBackup = TRUE; > } > if(!LockFile( hReplaced, 0, 0, 0, 0 )) > { > UnlockFile( hReplacement, 0, 0, 0, 0 ); > CloseHandle( hReplacement ); > CloseHandle( hReplaced ); > return FALSE; > } > /* > * If the user wants a backup then that needs to be performed first > */ > if( lpBackupFileName && !skipBackup ) > { > /* If an existing backup exists then copy over it */ > if(!CopyFileW( lpReplacedFileName, lpBackupFileName, FALSE )) > goto replace_fail; > } > /* > * Now that the backup has been performed (if requested), copy the replacement > * into place > */ > if(!CopyFileW( lpReplacementFileName, lpReplacedFileName, FALSE )) > { > /* Assume that all access denied errors are a write problem. */ > if(GetLastError() == ERROR_ACCESS_DENIED) > SetLastError( ERROR_UNABLE_TO_REMOVE_REPLACED ); > else > SetLastError( ERROR_UNABLE_TO_MOVE_REPLACEMENT ); > goto replace_fail; > } > /* Delete the replacement file */ > if(!DeleteFileW( lpReplacementFileName )) > return FALSE; > /* Unlock the handles */ > UnlockFile( hReplacement, 0, 0, 0, 0 ); > CloseHandle( hReplacement ); > UnlockFile( hReplaced, 0, 0, 0, 0 ); > CloseHandle( hReplaced ); > /* All done, file replacement successful */ > return TRUE; > > replace_fail: > UnlockFile( hReplacement, 0, 0, 0, 0 ); > CloseHandle( hReplacement ); > UnlockFile( hReplaced, 0, 0, 0, 0 ); > CloseHandle( hReplaced ); > return FALSE; > }

2 4

Unknown issue with test.winehq.org
by Paul Vriens March 1, 2007

March 1, 2007

Hi, So finally we have a working winetest executable and the test.winehq.org scripts should be able to handle the new reports. Could someone have a look what the issue currently is on the webserver as I've sent several reports (a few hours ago) and they are not handled yet? Cheers, Paul.

3 5

Error Invalid EXE Format when executing a exe.so built with winelib
by Roger Wimbert March 1, 2007

March 1, 2007

Here is the Debug output: warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\bb\\s\\bc\\wine\\dmsw.exe.so": /bb/home/.wine/dosdevices/z:/bb/s/bc/wine/dmsw.exe.so: cannot allocate memory in static TLS block warn:module:load_dll Failed to load module L"Z:\\bb\\s\\bc\\wine\\dmsw.exe.so"; status=c000007b warn:module:load_builtin_dll failed to load .so lib for builtin L"Z:\\bb\\s\\bc\\wine\\dmsw.exe.so": /bb/home/.wine/dosdevices/z:/bb/s/bc/wine/dmsw.exe.so: cannot allocate memory in static TLS block warn:module:load_dll Failed to load module L"Z:\\bb\\s\\bc\\wine\\dmsw.exe.so"; status=c000007b wine: could not load L"Z:\\bb\\s\\bc\\wine\\dmsw.exe.so": Fehlerhaftes EXE-Format f³r It has something to do with TLS memory or threads, but the /lib/tls/libc.so is linked in: (rw 8 amd64) /bb/s/bc/wine 105>ldd dmsw.exe.so linux-gate.so.1 => (0xffffe000) libwine.so.1 => /usr/local/lib/libwine.so.1 (0x557be000) libm.so.6 => /lib/tls/libm.so.6 (0x558e8000) libc.so.6 => /lib/tls/libc.so.6 (0x5590a000) libdl.so.2 => /lib/libdl.so.2 (0x55a1f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x56555000) Our system: (rw 8 amd64) /bb/s/bc/wine 106>uname -a Linux amd64 2.6.5-7.193-smp #1 SMP Wed Jul 20 14:39:18 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux glibc has version 2.3.3 A simple program does work, but no program which uses threads. wine is created with the 32 bit libraries. If I use the original exe of my program with wine, it does work. Does anyone has an idea what is going wrong? The makefile is attached. Thanks a lot. ### Generated by Winemaker TOPSRCDIR = /bb/s TOPOBJDIR = /bb/s/bc/wine SRCDIR = . SUBDIRS = DLLS = EXES = dmsw.exe ### Common settings CEXTRA = -mno-cygwin -fno-pic -fno-PIC CXXEXTRA = -mno-cygwin CFLAGS = -D_DMSW RCEXTRA = RCFLAGS = -DBB_WINE INCLUDE_PATH = -I. -I/bb/nt/wine -I/bb/s/i -I/bb/fg/i -I/bb/ze/i -I/bb/fe/i -I/bb/pbm/i -I/bb/wb1/i DLL_PATH = LIBRARY_PATH = LIBRARIES = -lmsvcrt40 -lws2_32 -lversion -lnetapi32 -liphlpapi -lcomctl32 -lshlwapi -lwinmm ### dmsw.exe sources and settings dmsw_exe_MODULE = dmsw.exe dmsw_exe_C_SRCS = /bb/s/c/bbcrypt.c \ /bb/s/c/bbdes.c \ /bb/s/c/bbmalloc.c \ /bb/s/c/bbmd5.c \ /bb/s/c/bbo.c \ /bb/s/c/bbtwofish.c \ /bb/s/c/cmp.c \ /bb/s/c/costri.c \ /bb/s/c/cpy.c \ /bb/s/c/datec.c \ /bb/s/c/dfa.c \ /bb/fg/c/dgcode.c \ /bb/fg/c/dgvar.c \ /bb/s/c/dhinfo.c \ /bb/s/c/dholz.c \ /bb/fg/c/digcte.c \ /bb/fg/c/digecm.c \ /bb/fg/c/digranox.c \ /bb/fg/c/digvec.c \ /bb/s/c/dirview.c \ /bb/s/c/dirwalk.c \ /bb/s/c/dmsb.c \ /bb/s/c/dmsc.c \ /bb/s/c/dmsca.c \ /bb/s/c/dmse.c \ /bb/s/c/dmsf.c \ /bb/s/c/dmsfr.c \ /bb/s/c/dmsg.c \ /bb/s/c/dmsh.c \ /bb/s/c/dmshc.c \ /bb/s/c/dmsl.c \ /bb/s/c/dmsliz.c \ /bb/s/c/dmsm.c \ /bb/s/c/dmsmv.c \ /bb/s/c/dmsp.c \ /bb/s/c/dmsr.c \ /bb/s/c/dmss.c \ /bb/s/c/dmssb.c \ /bb/s/c/dmst.c \ /bb/s/c/dmstast.c \ /bb/s/c/dmsw.c \ /bb/s/c/dmswf.c \ /bb/s/c/dmswicon.c \ /bb/s/c/dmsy.c \ /bb/s/c/encode.c \ /bb/s/c/fileleng.c \ /bb/s/c/fordat.c \ /bb/s/c/gtypes.c \ /bb/fg/c/image.c \ /bb/fg/c/imgprint.c \ /bb/s/c/itoa.c \ /bb/fg/c/jpegconv.c \ /bb/s/c/lru.c \ /bb/s/c/ltoa.c \ /bb/s/c/map.c \ /bb/s/c/msleep.c \ /bb/s/c/packbits.c \ /bb/s/c/packdiff.c \ /bb/s/c/pfad.c \ /bb/fg/c/rgbtools.c \ /bb/s/c/rtt.c \ /bb/s/c/scrinfo.c \ /bb/s/c/set.c \ /bb/s/c/sockcom.c \ /bb/s/c/softdum.c \ /bb/s/c/swap.c \ /bb/s/c/syslog.c \ /bb/s/c/textino.c \ /bb/fg/c/tiffconv.c \ /bb/s/c/udpcom.c \ /bb/s/c/utoa.c \ /bb/s/c/vgl.c \ /bb/s/c/w32argv.c \ /bb/fg/c/w32bmp.c \ /bb/s/c/w32error.c \ /bb/s/c/w32font.c \ /bb/fg/c/w32ico.c \ /bb/s/c/w32macadr.c \ /bb/s/c/w32pfad.c \ /bb/s/c/w32pipe.c \ /bb/s/c/w32print.c \ /bb/s/c/w32puts.c \ /bb/s/c/w32reg.c \ /bb/fg/c/w32scalebmp.c \ /bb/s/c/w32screen.c \ /bb/s/c/w32scroll.c \ /bb/s/c/w32toolbar.c \ /bb/s/c/w32tools.c \ /bb/s/c/w32winms.c \ /bb/s/c/wsinit.c \ /bb/s/c/zeitc.c dmsw_exe_CXX_SRCS= dmsw_exe_RC_SRCS = /bb/nt/rc/dmsw/dmsw_wine.rc dmsw_exe_LDFLAGS = -mwindows \ -mno-cygwin dmsw_exe_DLL_PATH= dmsw_exe_DLLS = odbc32 \ ole32 \ oleaut32 \ winspool dmsw_exe_LIBRARY_PATH= dmsw_exe_LIBRARIES= uuid dmsw_exe_OBJS = $(dmsw_exe_C_SRCS:.c=.o) \ $(dmsw_exe_CXX_SRCS:.cpp=.o) \ $(dmsw_exe_RC_SRCS:.rc=.res) ### Global source lists C_SRCS = $(dmsw_exe_C_SRCS) CXX_SRCS = $(dmsw_exe_CXX_SRCS) RC_SRCS = $(dmsw_exe_RC_SRCS) ### Tools CC = winegcc CXX = wineg++ RC = wrc ### Generic targets all: $(SUBDIRS) $(DLLS:%=%.so) $(EXES:%=%.so) ### Build rules .PHONY: all clean dummy $(SUBDIRS): dummy @cd $@ && $(MAKE) # Implicit rules .SUFFIXES: .cpp .rc .res DEFINCL = $(INCLUDE_PATH) $(DEFINES) $(OPTIONS) .c.o: $(CC) -c $(CFLAGS) $(CEXTRA) $(DEFINCL) -o $@ $< .cpp.o: $(CXX) -c $(CXXFLAGS) $(CXXEXTRA) $(DEFINCL) -o $@ $< .cxx.o: $(CXX) -c $(CXXFLAGS) $(CXXEXTRA) $(DEFINCL) -o $@ $< .rc.res: $(RC) $(RCFLAGS) $(RCEXTRA) $(DEFINCL) -fo$@ $< # Rules for cleaning CLEAN_FILES = y.tab.c y.tab.h lex.yy.c core *.orig *.rej \ \\\#*\\\# *~ *% .\\\#* clean:: $(SUBDIRS:%=%/__clean__) $(EXTRASUBDIRS:%=%/__clean__) $(RM) $(CLEAN_FILES) $(RC_SRCS:.rc=.res) $(C_SRCS:.c=.o) $(CXX_SRCS:.cpp=.o) $(RM) $(DLLS:%=%.so) $(EXES:%=%.so) $(EXES:%.exe=%) $(SUBDIRS:%=%/__clean__): dummy cd `dirname $@` && $(MAKE) clean $(EXTRASUBDIRS:%=%/__clean__): dummy -cd `dirname $@` && $(RM) $(CLEAN_FILES) ### Target specific build rules DEFLIB = $(LIBRARY_PATH) $(LIBRARIES) $(DLL_PATH) $(dmsw_exe_MODULE).so: $(dmsw_exe_OBJS) $(CC) $(dmsw_exe_LDFLAGS) -o $@ $(dmsw_exe_OBJS) $(dmsw_exe_LIBRARY_PATH) $(DEFLIB) $(dmsw_exe_DLLS:%=-l%) $(dmsw_exe_LIBRARIES:%=-l%)

2 2

Re: [9/12] WineD3D: When multithreading, call glFinish after drawing
by H. Verbeet March 1, 2007

March 1, 2007

Would GL_NV_fence be usefull here?

2 1

Re: [6/6] d3d9: Add a mova rounding test
by Alexandre Julliard March 1, 2007

March 1, 2007

"H. Verbeet" <hverbeet(a)gmail.com> writes: > It should be noted that native d3d rounds to nearest even while Wine > doesn't. Applications are not supposed to depend on that though. > > Changelog: > - Add a mova rounding test The test fails here: ../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c && touch visual.ok visual.c:405: Test failed: Expected color 00ffff00, got 00000000 (for input -2.400000) visual.c:405: Test failed: Expected color 00ffff00, got 00000000 (for input -1.600000) visual.c:405: Test failed: Expected color 0000ffff, got 00000000 (for input -0.400000) visual.c:405: Test failed: Expected color 0000ffff, got 00000000 (for input 0.400000) visual.c:405: Test failed: Expected color 00ff00ff, got 00000000 (for input 1.600000) visual.c:405: Test failed: Expected color 00ff00ff, got 00000000 (for input 2.400000) make: *** [visual.ok] Error 6 -- Alexandre Julliard julliard(a)winehq.org

3 4

Wine's Wiki Defaced
by Francois Gouget March 1, 2007

March 1, 2007

Someone has defaced Wine's Wiki frontpage. Also I have either forgotten my password or the user accounts don't work anymore. Could someone look into this? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

2 2

One school's list of must-have apps
by Dan Kegel Feb. 28, 2007

Feb. 28, 2007

Here's a school that actually did transition to Linux: http://searchopensource.techtarget.com/originalContent/0,289142,sid39_gci12… They didn't use Wine. Here's what they said about legacy windows apps: "Using Wyse terminals, the district also planned to offer students and staff thin-client desktops running OpenOffice.org. Ericom software – a Citrix alternative -- enabled the terminals to run the district's existing and irreplaceable Microsoft Windows educational applications, including Type to Learn, Reading Counts and Kid Pix." - Dan

1 0

Using ex-user32 controls from native comctl32 6
by Felix Nawothnig Feb. 28, 2007

Feb. 28, 2007

(CC-ing to Frank Richter because I hope he knows the answer :) Hi. I've been trying to make wine use the ex-user32 controls (listbox, scrollbox, etc.) in comctl32 where Microsoft copied them to in version 6 to get message traces of those controls (I know I could use msg spy tools on Windows but comparing two Wine spy logs is way more straight forward, especially since those tools don't get you stuff like +win). You need a manifest file on Windows to get application to use comctl6 but we don't use that since we've chosen to theme the user controls via subclassing. I've tried to just remove registration of the classes from our user32 and use native comctl32 6 (which otherwise works nice) but no success. So, any idea how Windows makes comctl32 register the user classes? Felix

2 2

msiexec.exe service registration
by Jeremy Feb. 28, 2007

Feb. 28, 2007

In msiexec.c, the DoRegServer calls OpenSCManager, however, on a fresh installation, ie no ~/.wine, the HKLM\CurrentControlSet\Services does not yet exist, so that OpenSCManager fails. What is the correct way to guarantee that this key exists? Regards, Jeremy

2 1

msi automation patches
by Misha Koshelev Feb. 28, 2007

Feb. 28, 2007

Ok, so since my patches weren't commited to git yet, I've consolidated the new automation changes I've made in the attached patches. James and Rob, if they look good to you I will submit these version to wine-patches (so my total will once again be four patches, 1 is http://www.winehq.org/pipermail/wine-patches/2007-February/036359.html , 2 and 3 attached, and 4 is http://www.winehq.org/pipermail/wine-patches/2007-February/036362.html ) and wait to submit anything more for automation until all 4 patches are in. Please let me know Rob (I used DispGetParam, thanks a lot, so probably just need to look at my AutomationObject::Invoke and then the individual object Invoke handlers in the 0003 patch below) and James (I guess in regards to comments and formatting). Thanks a lot Misha

1 0

Re: [8/8] WineD3D: Use the source surface's texture for writing the backup
by H. Verbeet Feb. 28, 2007

Feb. 28, 2007

On 28/02/07, Stefan Dösinger <stefan(a)codeweavers.com> wrote: >The hwstretch blit code creates a new texture each time it is called to back up the back buffer and >releases it afterwards. It is more efficient to keep the texture and release it with the surface. This >patch uses the source surface's texture to do the job. Because the source surface is an active render >target its texture is either only needed for blitting(onscreen target) or will be completely overwritten >on the next render target change(offscreen target). Is this supposed to work with FBOs?

1 0

Re: [4/8] WineD3D: Prepare only fixed function samplers for blit
by H. Verbeet Feb. 28, 2007

Feb. 28, 2007

On 28/02/07, Stefan Dösinger <stefan(a)codeweavers.com> wrote: >+ /* The blitting code uses (for now) the fixed function pipeline, so make sure to reset all fixed >+ * function texture unit. No need to care for higher samplers >+ */ >+ for(i = GL_LIMITS(texture_stages) - 1; i > 0 ; i--) { You should use GL_LIMITS(textures) here, since that's the number of fixed function texture units.

1 0

Re: [8/12] WineD3D: Create multithreading contexts for swapchains
by Mirek Feb. 28, 2007

Feb. 28, 2007

Stefan Dösinger napsal(a): > This patch finishes the opengl side of multithreaded direct3d, which was > started with the state management rewrite(well, almost, no offscreen rendering > yet) It does not make Direct3D thread safe, because there is no protection > against race conditions. > > This patch improves multithreaded games a bit. They do not crash any more in a > gl call, but running them is kinda like a lottery, especially on smp systems. > > Vitaly and Andras have reported success with Prince of Persia 3D: Sands of > Time and some other games, and on my laptop Empire Earth is running. Empire > Earth deadlocks regularly on my dual core system at ddraw creation. I can even run Tom Clancy's Rainbow Six Vegas, but there are still problems with offscreen rendering. Mirek > > > ------------------------------------------------------------------------ > > From 49cc9a0aa6e06f559540758d5b0ed2252208a0ad Mon Sep 17 00:00:00 2001 > From: Stefan Doesinger <stefan(a)codeweavers.com> > Date: Sun, 25 Feb 2007 00:18:25 +0100 > Subject: [PATCH] WineD3D: Create multithreading contexts for swapchains > > This patch adds a routine to clone the main context of a swapchain to use it with a different thread on the > same drawable. This will enable multithreaded direct3d rendering, or better enable an attempt to do that. > From the opengl point of view it will work, but because concurrency control is not implemented yet(appart > of ENTER_GL() / LEAVE_GL() ) games may crash randomly, show strange behavior, ... > > The other problem is that this code was only tested with the open source radeon driver yet. While what > wined3d is doing here should be allowed by the spec, some drivers may have some bugs when using multiple > contexts on one drawable. > --- > dlls/wined3d/context.c | 4 ++-- > dlls/wined3d/swapchain.c | 30 ++++++++++++++++++++++++++++++ > dlls/wined3d/wined3d_private.h | 2 ++ > 3 files changed, 34 insertions(+), 2 deletions(-) > > diff --git a/dlls/wined3d/context.c b/dlls/wined3d/context.c > index 3a815b3..8545568 100644 > --- a/dlls/wined3d/context.c > +++ b/dlls/wined3d/context.c > @@ -626,8 +626,8 @@ void ActivateContext(IWineD3DDeviceImpl *This, IWineD3DSurface *target, ContextU > } > > if(!context) { > - /* TODO: Create a new context for the thread */ > - FIXME("Context creation for a new thread not implemented yet\n"); > + /* Create a new context for the thread */ > + context = IWineD3DSwapChainImpl_CreateContextForThread(swapchain); > } > } else { > context = ((IWineD3DSwapChainImpl *) swapchain)->context[0]; > diff --git a/dlls/wined3d/swapchain.c b/dlls/wined3d/swapchain.c > index 2977a05..3b8e3e8 100644 > --- a/dlls/wined3d/swapchain.c > +++ b/dlls/wined3d/swapchain.c > @@ -510,3 +510,33 @@ const IWineD3DSwapChainVtbl IWineD3DSwapChain_Vtbl = > IWineD3DSwapChainImpl_SetGammaRamp, > IWineD3DSwapChainImpl_GetGammaRamp > }; > + > +WineD3DContext *IWineD3DSwapChainImpl_CreateContextForThread(IWineD3DSwapChain *iface) { > + WineD3DContext *ctx; > + IWineD3DSwapChainImpl *This = (IWineD3DSwapChainImpl *) iface; > + WineD3DContext **newArray; > + > + TRACE("Creating a new context for swapchain %p, thread %d\n", This, GetCurrentThreadId()); > + > + ctx = CreateContext(This->wineD3DDevice, (IWineD3DSurfaceImpl *) This->frontBuffer, > + This->context[0]->display, This->win); > + if(!ctx) { > + ERR("Failed to create a new context for the swapchain\n"); > + return NULL; > + } > + > + newArray = HeapAlloc(GetProcessHeap(), 0, sizeof(*newArray) * This->num_contexts + 1); > + if(!newArray) { > + ERR("Out of memory when trying to allocate a new context array\n"); > + DestroyContext(This->wineD3DDevice, ctx); > + return NULL; > + } > + memcpy(newArray, This->context, sizeof(*newArray) * This->num_contexts); > + HeapFree(GetProcessHeap(), 0, This->context); > + newArray[This->num_contexts] = ctx; > + This->context = newArray; > + This->num_contexts++; > + > + TRACE("Returning context %p\n", ctx); > + return ctx; > +} > diff --git a/dlls/wined3d/wined3d_private.h b/dlls/wined3d/wined3d_private.h > index 45e69bf..fa4232c 100644 > --- a/dlls/wined3d/wined3d_private.h > +++ b/dlls/wined3d/wined3d_private.h > @@ -1341,6 +1341,8 @@ typedef struct IWineD3DSwapChainImpl > > extern const IWineD3DSwapChainVtbl IWineD3DSwapChain_Vtbl; > > +WineD3DContext *IWineD3DSwapChainImpl_CreateContextForThread(IWineD3DSwapChain *iface); > + > /***************************************************************************** > * Utility function prototypes > */ > > > ------------------------------------------------------------------------ > >

2 1

Re: [7/7] cmd.exe: Support rd dir1 dir2 dir3 etc
by Alexandre Julliard Feb. 28, 2007

Feb. 28, 2007

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> writes: > diff --git a/programs/cmd/wcmd.h b/programs/cmd/wcmd.h > index d6357f0..a7a73ae 100644 > --- a/programs/cmd/wcmd.h > +++ b/programs/cmd/wcmd.h > @@ -27,6 +27,9 @@ > #include <stdio.h> > #include <ctype.h> > > +#include "wine/debug.h" > +WINE_DEFAULT_DEBUG_CHANNEL(cmd); Adding tracing is OK, but this should go in the C files that need it, not in a header. -- Alexandre Julliard julliard(a)winehq.org

1 0

wine and msys rxvt.exe
by Wesley Parish Feb. 28, 2007

Feb. 28, 2007

I installed msys a couple of years back, and decided to test rxvt.exe: bash-3.1$ wine .wine/drive_c/msys/1.0/bin/rxvt.exe libGL warning: 3D driver claims to not support visual 0x4b fixme:netapi32:NetWkstaUserGetInfo Level 1 processing is partially implemented fixme:advapi:LsaOpenPolicy ((null),0x68f478,0x00000001,0x68f494) stub fixme:advapi:LsaClose (0xcafe) stub fixme:advapi:LsaOpenPolicy ((null),0x68f488,0x000f0fff,0x68f484) stub fixme:netbios:NetServerEnum Stub ((null) 101 0x68ef04 -1 0x68ef08 0x68ef0c 8 L"DOMAIN" (nil)) fixme:advapi:LsaClose (0xcafe) stub fixme:netapi32:NetUserGetInfo Level 3 is not implemented fixme:netapi32:NetUserGetInfo Level 3 is not implemented failed to load libX11.dllbash-3.1$ bash-3.1$ wine --version wine-0.9.29 Those are the error messages. My version of wine is a little old. Have the fixme's been fixed in the latest wine? thanks Wesley Parish -- Clinersterton beademung, with all of love - RIP James Blish ----- Mau e ki, he aha te mea nui? You ask, what is the most important thing? Maku e ki, he tangata, he tangata, he tangata. I reply, it is people, it is people, it is people.

7 8

Re: msi: Add proper parameter handling to OLE automation interfaces.
by Robert Shearman Feb. 28, 2007

Feb. 28, 2007

Misha Koshelev wrote: > +/* Macros for variant conversions */ > +#define V_DECLARE \ > + VARIANTARG vararg[pDispParams->cArgs]; \ > + int iVarCount; \ > + HRESULT hr = S_OK; \ > + memset(vararg, 0, sizeof(vararg)); > +#define V_PREPARE(n, type) \ > + VariantInit(&vararg[n]); \ > + hr = VariantChangeTypeEx(&vararg[n], &pDispParams->rgvarg[n], lcid, 0, VT_##type); \ > + if (FAILED(hr)) \ > + { \ > + *puArgErr = n; \ > + goto v_finish; \ > + } > +#define V_PREPAREOPT(n, type) \ > + VariantInit(&vararg[n]); \ > + if (FAILED(VariantChangeTypeEx(&vararg[n], &pDispParams->rgvarg[n], lcid, 0, VT_##type))) \ > + VariantClear(&vararg[n]); > +#define V_PREPARED(n) (V_VT(&vararg[n]) != VT_EMPTY) > +#define V(n, type) V_##type(&vararg[n]) > +#define V_RETURN(value, type) \ > + V_VT(pVarResult) = VT_##type; \ > + V_##type(pVarResult) = value; > +#define V_FAIL hr = E_FAIL; > +#define V_DEFAULT \ > + default: \ > + hr = DISP_E_MEMBERNOTFOUND; > +#define V_FINISH \ > + goto v_finish; /* suppress warnings about unused label v_free */ \ > +v_finish: \ > + for (iVarCount = 0; iVarCount < pDispParams->cArgs; iVarCount++) \ > + if (V_PREPARED(iVarCount)) \ > + VariantClear(&vararg[iVarCount]); \ > + return hr; > This is quite ugly. You can at replace at least some of this with calls to DispGetParam. A lot of the methods only have one parameter so will end up simpler without using these macros. -- Rob Shearman

1 0

Re: msi: automation: clean up comments.
by James Hawkins Feb. 28, 2007

Feb. 28, 2007

On 2/27/07, Misha Koshelev <mk144210(a)bcm.tmc.edu> wrote: > Looking back at James comments, maybe I did have a little too much > commenting there :) > You're sending patches that change code that hasn't been committed yet. Instead, you need to go back and change the original patch and resend. -- James Hawkins

1 0

Re: msi: Expand OLE automation interface parameter handling.
by James Hawkins Feb. 28, 2007

Feb. 28, 2007

On 2/27/07, Misha Koshelev <mk144210(a)bcm.tmc.edu> wrote: > This applies on top of my other OLE automation patches. Added new > checks: > Why don't you wait until the other patches are committed before sending these new patches? It makes it hard to review, because I don't have your other patches applied. > - Parameter we are looking for is not passed? > - Only set puArgErr if it is passed > - Make sure pVarResult is valid before we write to it > - Don't return S_FAIL. MSDN doesn't mention it in the Invoke help, so we > won't use it. > You need to add tests for these items. -- James Hawkins

1 0

Success story with Flash on Wine
by Dan Kegel Feb. 28, 2007

Feb. 28, 2007

http://blog.brokenfunction.com/2007/02/27/debugging-flash-on-linux/ says "... How strange, the wine-powered standalone player is the most stable Flash player I've used yet. On Windows it would occasionally be unable to connect to the debugger until I restarted Eclipse, usually related to having to many players open at the same time. On Linux it will crash unexpectedly. Now I can have a dozen debuggers open at the same time with no crashes yet." Cool!

1 0

Re: Make sure keyboard state is up to date before processing GetAsyncKeyState.
by Detlef Riekenberg Feb. 28, 2007

Feb. 28, 2007

On Di, 2007-02-27 at 20:28 +0900, Aric Stewart wrote: > --- a/dlls/winex11.drv/keyboard.c > +++ b/dlls/winex11.drv/keyboard.c > @@ -94,6 +94,9 @@ static int kcControl, kcAlt, kcShift, kc > > static char KEYBOARD_MapDeadKeysym(KeySym keysym); > > +extern DWORD X11DRV_MsgWaitForMultipleObjectsEx( DWORD count, > + const HANDLE *handles, DWORD timeout, DWORD mask, > DWORD flags); I have no Idea about the code, but... IMHO, that declaration fit perfect into x11drv.h -- By by ... Detlef

2 1

Re: xcopy try 3
by Alexandre Julliard Feb. 27, 2007

Feb. 27, 2007

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> writes: > diff --git a/programs/xcopy/Makefile.in b/programs/xcopy/Makefile.in > new file mode 100755 All the files you create or modify are marked executable, could you please fix that? -- Alexandre Julliard julliard(a)winehq.org

3 2

Commit 37591409b28c2000e70bd0d3c654a3a7559a4a26 breaks accentuation
by Pedro Araujo Chaves Jr. Feb. 27, 2007

Feb. 27, 2007

Hi all, After some regression testing, I found out that commit 37591409b28c2000e70bd0d3c654a3a7559a4a26 by Dmitry Timoshkov breaks accentuation - at least for Brazilian Portuguese in Lotus Notes R5. I did some testing and found out that only TrueType fonts are affected - that is, the fonts Notes lists as 'default foo' without the double-T icon are all accented properly. To make matters worse, the affected fonts don't behave the same way. For example, the string áéíóú ÁÉÍÓÚ àèìòù ÀÈÌÒÙ ãõ ÃÕ âêîôû ÂÊÎÔÛ äëïöü ÄËÏÖÜ renders as įéķóś ĮÉĶÓŚ ąčģņł ĄČĢŅŁ ćõ ĆÕ āźīōū ĀŹĪŌŪ äėļöü ÄĖĻÖÜ with Trebuchet MS. You can see they're pretty different - well, most of you, at least. However, that's only a display-and-print issue, as I can copy the text and paste it elsewhere, and the accents are in their right places (and in the right letters, for that matter) - as one would expect. Regarding Microsoft fonts, by the way, Calibri, Candara, Consolas, Constantia, Corbel, Segoe Print, and Segoe Script (couldn't test Cambria) all behave exactly like Trebuchet MS, whereas Segoe UI behaves just like Times New Roman, which shows problems only with graves and tildes. However the behavior is kinda random among the many other fonts (from many unrelated sources, of course) I tested, so I (still) didn't do an exhaustive check for a pattern. Would anybody have any word on this? Cheers, Pedro.

2 2

Re: wininet: Constify a formal parameter of CommitURLCache{A|W}() (Resend)
by James Hawkins Feb. 27, 2007

Feb. 27, 2007

On 2/26/07, Andrew Talbot <Andrew.Talbot(a)talbotville.com> wrote: > What is wrong with this patch, please? > This isn't how it's defined in the SDK headers. -- James Hawkins

2 5

Re: dplay: directplay should initialize session Guid patch + conformance tests
by Detlef Riekenberg Feb. 27, 2007

Feb. 27, 2007

On Di, 2007-02-27 at 13:15 +0100, Alessandro Pignotti wrote: > +dlls/dplayx/tests/Makefile That is will not work since today, as the format changed. The correct entry is created by "tools/make_makefiles" I updated the wiki, that autogenerated code should not be included in a Patch -- By by ... Detlef

1 0

Re: [3/12 WineD3D/DDraw: Forward DDSCL_MULTITHREADED to WineD3D
by H. Verbeet Feb. 27, 2007

Feb. 27, 2007

On 26/02/07, Stefan Dösinger <stefan(a)codeweavers.com> wrote: > Note: that this patch conflicts with the ddraw thread safety patch. After this > patch here is applied, I will send an updated thread safety patch for the > ddraw implementation > What exactly is this supposed to fix? We already pass the behaviour flags through to IWineD3DImpl_CreateDevice(), so shouldn't wined3d just handle it there?

2 1

Re: dplay: directplay should initialize session Guid patch +conformance tests
by Dmitry Timoshkov Feb. 27, 2007

Feb. 27, 2007

"Alessandro Pignotti" <alex.pigna(a)inventati.org> wrote: > +BOOL FAR PASCAL EnumConnectionsCallback(LPCGUID lpguidSP, LPVOID lpConnection, > + DWORD dwConnectionSize, LPCDPNAME lpName, DWORD dwFlags, > + LPVOID lpContext) > +{ This doesn't look like a proper type of callb ack for IDirectPlayX_EnumConnections. > + bzero(&sessionDesc,sizeof(DPSESSIONDESC2)); > + bzero(&zeroGuid,16); Use memset instead of non-portable bzero. > + LPDIRECTPLAY4 pDP = NULL; This initialization is redundant. If you also could use 4 spaces indents instead of tabs, and add an empty line after data declarations that would be nice as well. And a personal opinion: all that lines without a single space delimiting variables, functions, equal signs are absolutely not readable. -- Dmitry.

2 1

Re: ntdll: resend 1/4 NtCreateMailslotFile tests
by Alexandre Julliard Feb. 27, 2007

Feb. 27, 2007

Jeff Latimer <lats(a)yless4u.com.au> writes: > diff --git a/dlls/ntdll/tests/Makefile.in b/dlls/ntdll/tests/Makefile.in > index cccc4c5..4ceccfd 100644 > --- a/dlls/ntdll/tests/Makefile.in > +++ b/dlls/ntdll/tests/Makefile.in > @@ -14,6 +14,7 @@ CTESTS = \ > generated.c \ > info.c \ > large_int.c \ > + mailslot.c \ Naming it file.c would be better, since that's the name of the corresponding source file, and that makes it more general so it can later contain other tests too. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [4/6] cmd.exe : Prompt during rd /s command
by Alexandre Julliard Feb. 27, 2007

Feb. 27, 2007

"Ann & Jason Edmeades" <us(a)edmeades.me.uk> writes: > + /* Load the translated 'Are you sure' message */ > + LoadString (hinst, WCMD_YESORN, buffer, sizeof(buffer)); > + > + /* Loop waiting on a Y or N */ > + while (answer[0] != 'Y' && answer[0] != 'N') { Making the message translatable is good, but the Y/N answers need to be translatable too... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [1/12] - [12/12] WineD3D (multithreading)
by Mirek Feb. 27, 2007

Feb. 27, 2007

Hi, this series of patches broke some textures in TES IV: Oblivion, should I create bug in winebugs? I tried some other apps, they looks ok. (bug is here after patch 7/12 and 8/12). Mirek

2 6

Re: dplay: directplay should initialize session Guid patch + conformance tests
by Kai Blin Feb. 27, 2007

Feb. 27, 2007

On Saturday 24 February 2007 22:10, Alessandro Pignotti wrote: > Thanks for the suggestions, this version of the patch uses IsEqualGUID and > eliminates C++ style comments and insert a proper copyright notice in the > added file You might want to use #include "wine/test.h" instead of #include <wine/test.h>, all the other tests do that. Also, you should split out the test from the START_TEST(dplayx) function into a function called e.g. test_session_guid and do all the testing there. Also, please use IsEqualGUID() in EnumConnectionsCallback, too. Sorry for not replying earlier, but last week was kind of a mess, and I'm slowly catching up. Cheers, Kai -- Kai Blin, <kai Dot blin At gmail Dot com> WorldForge developer http://www.worldforge.org/ Wine developer http://wiki.winehq.org/KaiBlin/ -- Will code for cotton.

1 0

GDI surfaces, GDI heap and wined3d's VideoMemorySize
by Rok Mandeljc Feb. 27, 2007

Feb. 27, 2007

Hey all, I've been experiencing an odd behavior in Baldur's Gate 2; when "VideoMemorySize" registry key for wined3d is set to anything greater than 64MB (69MB, actually), it stops before playing intro movie, printing following line: err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. Tracing the source of issue by inserting custom traces I got the following: IDirectDrawImpl_CreateNewSurface -> IWineD3DDeviceImpl_CreateSurface (decides to use GDI surface) -> IWineGDISurfaceImpl_PrivateSetup -> IWineD3DSurfaceImpl_GetDC -> CreateCompatibleDC -> CreateRectRgn -> REGION_CreateRegion -> GDI_AllocObject -> alloc_large_heap alloc_large_heap fails because it can't find next large handle and returns NULL, which is passed up the chain, where CreateCompatibleDC puts it in dc->hVisRgn. Then DC_InitDC is called with that dc, which calls CLIPPING_UpdateGCRegion, and that one finally chokes on it, printing afore-mentioned line and calling exit(1). Now, when the game is run with 64MB of VideoMemorySize, upon reaching the same point, IDirectDrawImpl_CreateNewSurface returns WINED3DERR_OUTOFVIDEOMEMORY (because of "IWineD3DDevice_GetAvailableTextureMem(iface) <= _size" check in D3DCREATERESOURCEOBJECTINSTANCE macro) and intro movie starts playing. So it seems Baldur's Gate 2 is trying to create as many surfaces as possible before running out of memory. And the problem arises when specified memory size is large enough to take up all GDI's heap... Sorry for the long-winded description of the problem, but I'm not sure where and how this should be fixed (is it wined3d issue or should GDI have its heap enlarged?), otherwise I'd do it myself... Regards, Rok -=-=-=-=-=- Never say "Never" unless it is to say "Never Give Up." -=-=-=-=-=--=-=-=-=-=- * Generated by TagZilla 0.066 * http://tagzilla.mozdev.org *

7 6

Re: [PATCH] seperate AC_CONFIG_FILES.
by Detlef Riekenberg Feb. 27, 2007

Feb. 27, 2007

On Mo, 2007-02-26 at 22:06 +0100, Marcus Meissner wrote: > -AC_CONFIG_FILES([ > -Make.rules > -dlls/Makedll.rules > -dlls/Makeimplib.rules > -dlls/Maketest.rules > -programs/Makeprog.rules > -Makefile > -dlls/Makefile Does "tools/make_makefiles" still work after your Patch? - for a new dll - for a new test - for a new program I'm unable to test that here (my autoconf is to old) -- By by ... Detlef

2 1

configure: Break single-line ac_config_files list into multiple lines.
by Saulius Krasuckas Feb. 27, 2007

Feb. 27, 2007

This long line breaks automated rebasing of one of testing branches on (namely ntoskrnl) on my box every time a new dll or program is added. That's because I need to merge conflict for this line by my hand. And I am not sure what stops us from keeping "ac_config_files" list multiline, so merging in future could be automatical. --- configure | 326 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 325 insertions(+), 1 deletions(-) diff --git a/configure b/configure index fb9c11f..67f1942 100755 --- a/configure +++ b/configure @@ -20427,7 +20427,331 @@ MAKE_TEST_RULES=dlls/Maketest.rules MAKE_PROG_RULES=programs/Makeprog.rules -ac_config_files="$ac_config_files Make.rules dlls/Makedll.rules dlls/Makeimplib.rules dlls/Maketest.rules programs/Makeprog.rules Makefile dlls/Makefile dlls/activeds/Makefile dlls/advapi32/Makefile dlls/advapi32/tests/Makefile dlls/advpack/Makefile dlls/advpack/tests/Makefile dlls/amstream/Makefile dlls/atl/Makefile dlls/avicap32/Makefile dlls/avifil32/Makefile dlls/browseui/Makefile dlls/browseui/tests/Makefile dlls/cabinet/Makefile dlls/cabinet/tests/Makefile dlls/capi2032/Makefile dlls/cards/Makefile dlls/cfgmgr32/Makefile dlls/clusapi/Makefile dlls/comcat/Makefile dlls/comcat/tests/Makefile dlls/comctl32/Makefile dlls/comctl32/tests/Makefile dlls/comdlg32/Makefile dlls/comdlg32/tests/Makefile dlls/compstui/Makefile dlls/credui/Makefile dlls/crtdll/Makefile dlls/crypt32/Makefile dlls/crypt32/tests/Makefile dlls/cryptdll/Makefile dlls/cryptnet/Makefile dlls/ctl3d32/Makefile dlls/d3d8/Makefile dlls/d3d8/tests/Makefile dlls/d3d9/Makefile dlls/d3d9/tests/Makefile dlls/d3dim/Makefile dlls/d3drm/Makefile dlls/d3dx8/Makefile dlls/d3dxof/Makefile dlls/dbghelp/Makefile dlls/dciman32/Makefile dlls/ddraw/Makefile dlls/ddraw/tests/Makefile dlls/ddrawex/Makefile dlls/devenum/Makefile dlls/dinput/Makefile dlls/dinput/tests/Makefile dlls/dinput8/Makefile dlls/dmband/Makefile dlls/dmcompos/Makefile dlls/dmime/Makefile dlls/dmloader/Makefile dlls/dmscript/Makefile dlls/dmstyle/Makefile dlls/dmsynth/Makefile dlls/dmusic/Makefile dlls/dmusic32/Makefile dlls/dnsapi/Makefile dlls/dnsapi/tests/Makefile dlls/dplay/Makefile dlls/dplayx/Makefile dlls/dpnet/Makefile dlls/dpnhpast/Makefile dlls/dsound/Makefile dlls/dsound/tests/Makefile dlls/dswave/Makefile dlls/dxdiagn/Makefile dlls/dxerr8/Makefile dlls/dxerr9/Makefile dlls/dxguid/Makefile dlls/gdi32/Makefile dlls/gdi32/tests/Makefile dlls/glu32/Makefile dlls/gphoto2.ds/Makefile dlls/hhctrl.ocx/Makefile dlls/hid/Makefile dlls/hlink/Makefile dlls/hlink/tests/Makefile dlls/iccvid/Makefile dlls/icmp/Makefile dlls/ifsmgr.vxd/Makefile dlls/imaadp32.acm/Makefile dlls/imagehlp/Makefile dlls/imm32/Makefile dlls/infosoft/Makefile dlls/infosoft/tests/Makefile dlls/inseng/Makefile dlls/iphlpapi/Makefile dlls/iphlpapi/tests/Makefile dlls/itss/Makefile dlls/itss/tests/Makefile dlls/kernel32/Makefile dlls/kernel32/tests/Makefile dlls/localspl/Makefile dlls/localspl/tests/Makefile dlls/lz32/Makefile dlls/lz32/tests/Makefile dlls/mapi32/Makefile dlls/mapi32/tests/Makefile dlls/mciavi32/Makefile dlls/mcicda/Makefile dlls/mciseq/Makefile dlls/mciwave/Makefile dlls/midimap/Makefile dlls/mlang/Makefile dlls/mlang/tests/Makefile dlls/mmdevldr.vxd/Makefile dlls/monodebg.vxd/Makefile dlls/mpr/Makefile dlls/mprapi/Makefile dlls/msacm32.drv/Makefile dlls/msacm32/Makefile dlls/msacm32/tests/Makefile dlls/msadp32.acm/Makefile dlls/mscms/Makefile dlls/mscms/tests/Makefile dlls/mscoree/Makefile dlls/msdmo/Makefile dlls/msftedit/Makefile dlls/msg711.acm/Makefile dlls/mshtml/Makefile dlls/mshtml/tests/Makefile dlls/msi/Makefile dlls/msi/tests/Makefile dlls/msimg32/Makefile dlls/msisys.ocx/Makefile dlls/msnet32/Makefile dlls/msrle32/Makefile dlls/msvcrt/Makefile dlls/msvcrt/tests/Makefile dlls/msvcrt20/Makefile dlls/msvcrt40/Makefile dlls/msvcrtd/Makefile dlls/msvcrtd/tests/Makefile dlls/msvfw32/Makefile dlls/msvidc32/Makefile dlls/mswsock/Makefile dlls/msxml3/Makefile dlls/msxml3/tests/Makefile dlls/nddeapi/Makefile dlls/netapi32/Makefile dlls/netapi32/tests/Makefile dlls/newdev/Makefile dlls/ntdll/Makefile dlls/ntdll/tests/Makefile dlls/ntdsapi/Makefile dlls/objsel/Makefile dlls/odbc32/Makefile dlls/odbccp32/Makefile dlls/odbccp32/tests/Makefile dlls/ole32/Makefile dlls/ole32/tests/Makefile dlls/oleacc/Makefile dlls/oleaut32/Makefile dlls/oleaut32/tests/Makefile dlls/olecli32/Makefile dlls/oledlg/Makefile dlls/olepro32/Makefile dlls/olesvr32/Makefile dlls/opengl32/Makefile dlls/powrprof/Makefile dlls/psapi/Makefile dlls/psapi/tests/Makefile dlls/pstorec/Makefile dlls/qcap/Makefile dlls/quartz/Makefile dlls/quartz/tests/Makefile dlls/query/Makefile dlls/rasapi32/Makefile dlls/resutils/Makefile dlls/riched20/Makefile dlls/riched20/tests/Makefile dlls/riched32/Makefile dlls/rpcrt4/Makefile dlls/rpcrt4/tests/Makefile dlls/rsabase/Makefile dlls/rsabase/tests/Makefile dlls/rsaenh/Makefile dlls/rsaenh/tests/Makefile dlls/sane.ds/Makefile dlls/secur32/Makefile dlls/secur32/tests/Makefile dlls/security/Makefile dlls/sensapi/Makefile dlls/serialui/Makefile dlls/serialui/tests/Makefile dlls/setupapi/Makefile dlls/setupapi/tests/Makefile dlls/sfc/Makefile dlls/sfc_os/Makefile dlls/shdoclc/Makefile dlls/shdocvw/Makefile dlls/shdocvw/tests/Makefile dlls/shell32/Makefile dlls/shell32/tests/Makefile dlls/shfolder/Makefile dlls/shlwapi/Makefile dlls/shlwapi/tests/Makefile dlls/snmpapi/Makefile dlls/snmpapi/tests/Makefile dlls/spoolss/Makefile dlls/stdole2.tlb/Makefile dlls/stdole32.tlb/Makefile dlls/sti/Makefile dlls/strmiids/Makefile dlls/svrapi/Makefile dlls/tapi32/Makefile dlls/twain_32/Makefile dlls/unicows/Makefile dlls/url/Makefile dlls/urlmon/Makefile dlls/urlmon/tests/Makefile dlls/user32/Makefile dlls/user32/tests/Makefile dlls/userenv/Makefile dlls/usp10/Makefile dlls/usp10/tests/Makefile dlls/uuid/Makefile dlls/uxtheme/Makefile dlls/uxtheme/tests/Makefile dlls/vdhcp.vxd/Makefile dlls/vdmdbg/Makefile dlls/version/Makefile dlls/version/tests/Makefile dlls/vmm.vxd/Makefile dlls/vnbt.vxd/Makefile dlls/vnetbios.vxd/Makefile dlls/vtdapi.vxd/Makefile dlls/vwin32.vxd/Makefile dlls/w32skrnl/Makefile dlls/winealsa.drv/Makefile dlls/winearts.drv/Makefile dlls/wineaudioio.drv/Makefile dlls/winecoreaudio.drv/Makefile dlls/winecrt0/Makefile dlls/wined3d/Makefile dlls/winedos/Makefile dlls/wineesd.drv/Makefile dlls/winejack.drv/Makefile dlls/winejoystick.drv/Makefile dlls/winemp3.acm/Makefile dlls/winenas.drv/Makefile dlls/wineoss.drv/Makefile dlls/wineps.drv/Makefile dlls/winequartz.drv/Makefile dlls/winex11.drv/Makefile dlls/wing32/Makefile dlls/wininet/Makefile dlls/wininet/tests/Makefile dlls/winmm/Makefile dlls/winmm/tests/Makefile dlls/winnls32/Makefile dlls/winspool.drv/Makefile dlls/winspool.drv/tests/Makefile dlls/wintab32/Makefile dlls/wintrust/Makefile dlls/wintrust/tests/Makefile dlls/wldap32/Makefile dlls/wnaspi32/Makefile dlls/wow32/Makefile dlls/ws2_32/Makefile dlls/ws2_32/tests/Makefile dlls/wsock32/Makefile dlls/wtsapi32/Makefile documentation/Makefile fonts/Makefile include/Makefile libs/Makefile libs/port/Makefile libs/wine/Makefile libs/wpp/Makefile loader/Makefile programs/Makefile programs/clock/Makefile programs/cmd/Makefile programs/cmdlgtst/Makefile programs/control/Makefile programs/eject/Makefile programs/expand/Makefile programs/explorer/Makefile programs/hh/Makefile programs/icinfo/Makefile programs/iexplore/Makefile programs/msiexec/Makefile programs/notepad/Makefile programs/oleview/Makefile programs/progman/Makefile programs/regedit/Makefile programs/regsvr32/Makefile programs/rpcss/Makefile programs/rundll32/Makefile programs/start/Makefile programs/taskmgr/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wineboot/Makefile programs/winebrowser/Makefile programs/winecfg/Makefile programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile programs/winetest/Makefile programs/winevdm/Makefile programs/winhelp/Makefile programs/winver/Makefile programs/wordpad/Makefile server/Makefile tools/Makefile tools/widl/Makefile tools/winebuild/Makefile tools/winedump/Makefile tools/winegcc/Makefile tools/wmc/Makefile tools/wrc/Makefile" +ac_config_files="$ac_config_files \ + Make.rules \ + dlls/Makedll.rules \ + dlls/Makeimplib.rules \ + dlls/Maketest.rules \ + programs/Makeprog.rules \ + Makefile \ + dlls/Makefile \ + dlls/activeds/Makefile \ + dlls/advapi32/Makefile \ + dlls/advapi32/tests/Makefile \ + dlls/advpack/Makefile \ + dlls/advpack/tests/Makefile \ + dlls/amstream/Makefile \ + dlls/atl/Makefile \ + dlls/avicap32/Makefile \ + dlls/avifil32/Makefile \ + dlls/browseui/Makefile \ + dlls/browseui/tests/Makefile \ + dlls/cabinet/Makefile \ + dlls/cabinet/tests/Makefile \ + dlls/capi2032/Makefile \ + dlls/cards/Makefile \ + dlls/cfgmgr32/Makefile \ + dlls/clusapi/Makefile \ + dlls/comcat/Makefile \ + dlls/comcat/tests/Makefile \ + dlls/comctl32/Makefile \ + dlls/comctl32/tests/Makefile \ + dlls/comdlg32/Makefile \ + dlls/comdlg32/tests/Makefile \ + dlls/compstui/Makefile \ + dlls/credui/Makefile \ + dlls/crtdll/Makefile \ + dlls/crypt32/Makefile \ + dlls/crypt32/tests/Makefile \ + dlls/cryptdll/Makefile \ + dlls/cryptnet/Makefile \ + dlls/ctl3d32/Makefile \ + dlls/d3d8/Makefile \ + dlls/d3d8/tests/Makefile \ + dlls/d3d9/Makefile \ + dlls/d3d9/tests/Makefile \ + dlls/d3dim/Makefile \ + dlls/d3drm/Makefile \ + dlls/d3dx8/Makefile \ + dlls/d3dxof/Makefile \ + dlls/dbghelp/Makefile \ + dlls/dciman32/Makefile \ + dlls/ddraw/Makefile \ + dlls/ddraw/tests/Makefile \ + dlls/ddrawex/Makefile \ + dlls/devenum/Makefile \ + dlls/dinput/Makefile \ + dlls/dinput/tests/Makefile \ + dlls/dinput8/Makefile \ + dlls/dmband/Makefile \ + dlls/dmcompos/Makefile \ + dlls/dmime/Makefile \ + dlls/dmloader/Makefile \ + dlls/dmscript/Makefile \ + dlls/dmstyle/Makefile \ + dlls/dmsynth/Makefile \ + dlls/dmusic/Makefile \ + dlls/dmusic32/Makefile \ + dlls/dnsapi/Makefile \ + dlls/dnsapi/tests/Makefile \ + dlls/dplay/Makefile \ + dlls/dplayx/Makefile \ + dlls/dpnet/Makefile \ + dlls/dpnhpast/Makefile \ + dlls/dsound/Makefile \ + dlls/dsound/tests/Makefile \ + dlls/dswave/Makefile \ + dlls/dxdiagn/Makefile \ + dlls/dxerr8/Makefile \ + dlls/dxerr9/Makefile \ + dlls/dxguid/Makefile \ + dlls/gdi32/Makefile \ + dlls/gdi32/tests/Makefile \ + dlls/glu32/Makefile \ + dlls/gphoto2.ds/Makefile \ + dlls/hhctrl.ocx/Makefile \ + dlls/hid/Makefile \ + dlls/hlink/Makefile \ + dlls/hlink/tests/Makefile \ + dlls/iccvid/Makefile \ + dlls/icmp/Makefile \ + dlls/ifsmgr.vxd/Makefile \ + dlls/imaadp32.acm/Makefile \ + dlls/imagehlp/Makefile \ + dlls/imm32/Makefile \ + dlls/infosoft/Makefile \ + dlls/infosoft/tests/Makefile \ + dlls/inseng/Makefile \ + dlls/iphlpapi/Makefile \ + dlls/iphlpapi/tests/Makefile \ + dlls/itss/Makefile \ + dlls/itss/tests/Makefile \ + dlls/kernel32/Makefile \ + dlls/kernel32/tests/Makefile \ + dlls/localspl/Makefile \ + dlls/localspl/tests/Makefile \ + dlls/lz32/Makefile \ + dlls/lz32/tests/Makefile \ + dlls/mapi32/Makefile \ + dlls/mapi32/tests/Makefile \ + dlls/mciavi32/Makefile \ + dlls/mcicda/Makefile \ + dlls/mciseq/Makefile \ + dlls/mciwave/Makefile \ + dlls/midimap/Makefile \ + dlls/mlang/Makefile \ + dlls/mlang/tests/Makefile \ + dlls/mmdevldr.vxd/Makefile \ + dlls/monodebg.vxd/Makefile \ + dlls/mpr/Makefile \ + dlls/mprapi/Makefile \ + dlls/msacm32.drv/Makefile \ + dlls/msacm32/Makefile \ + dlls/msacm32/tests/Makefile \ + dlls/msadp32.acm/Makefile \ + dlls/mscms/Makefile \ + dlls/mscms/tests/Makefile \ + dlls/mscoree/Makefile \ + dlls/msdmo/Makefile \ + dlls/msftedit/Makefile \ + dlls/msg711.acm/Makefile \ + dlls/mshtml/Makefile \ + dlls/mshtml/tests/Makefile \ + dlls/msi/Makefile \ + dlls/msi/tests/Makefile \ + dlls/msimg32/Makefile \ + dlls/msisys.ocx/Makefile \ + dlls/msnet32/Makefile \ + dlls/msrle32/Makefile \ + dlls/msvcrt/Makefile \ + dlls/msvcrt/tests/Makefile \ + dlls/msvcrt20/Makefile \ + dlls/msvcrt40/Makefile \ + dlls/msvcrtd/Makefile \ + dlls/msvcrtd/tests/Makefile \ + dlls/msvfw32/Makefile \ + dlls/msvidc32/Makefile \ + dlls/mswsock/Makefile \ + dlls/msxml3/Makefile \ + dlls/msxml3/tests/Makefile \ + dlls/nddeapi/Makefile \ + dlls/netapi32/Makefile \ + dlls/netapi32/tests/Makefile \ + dlls/newdev/Makefile \ + dlls/ntdll/Makefile \ + dlls/ntdll/tests/Makefile \ + dlls/ntdsapi/Makefile \ + dlls/objsel/Makefile \ + dlls/odbc32/Makefile \ + dlls/odbccp32/Makefile \ + dlls/odbccp32/tests/Makefile \ + dlls/ole32/Makefile \ + dlls/ole32/tests/Makefile \ + dlls/oleacc/Makefile \ + dlls/oleaut32/Makefile \ + dlls/oleaut32/tests/Makefile \ + dlls/olecli32/Makefile \ + dlls/oledlg/Makefile \ + dlls/olepro32/Makefile \ + dlls/olesvr32/Makefile \ + dlls/opengl32/Makefile \ + dlls/powrprof/Makefile \ + dlls/psapi/Makefile \ + dlls/psapi/tests/Makefile \ + dlls/pstorec/Makefile \ + dlls/qcap/Makefile \ + dlls/quartz/Makefile \ + dlls/quartz/tests/Makefile \ + dlls/query/Makefile \ + dlls/rasapi32/Makefile \ + dlls/resutils/Makefile \ + dlls/riched20/Makefile \ + dlls/riched20/tests/Makefile \ + dlls/riched32/Makefile \ + dlls/rpcrt4/Makefile \ + dlls/rpcrt4/tests/Makefile \ + dlls/rsabase/Makefile \ + dlls/rsabase/tests/Makefile \ + dlls/rsaenh/Makefile \ + dlls/rsaenh/tests/Makefile \ + dlls/sane.ds/Makefile \ + dlls/secur32/Makefile \ + dlls/secur32/tests/Makefile \ + dlls/security/Makefile \ + dlls/sensapi/Makefile \ + dlls/serialui/Makefile \ + dlls/serialui/tests/Makefile \ + dlls/setupapi/Makefile \ + dlls/setupapi/tests/Makefile \ + dlls/sfc/Makefile \ + dlls/sfc_os/Makefile \ + dlls/shdoclc/Makefile \ + dlls/shdocvw/Makefile \ + dlls/shdocvw/tests/Makefile \ + dlls/shell32/Makefile \ + dlls/shell32/tests/Makefile \ + dlls/shfolder/Makefile \ + dlls/shlwapi/Makefile \ + dlls/shlwapi/tests/Makefile \ + dlls/snmpapi/Makefile \ + dlls/snmpapi/tests/Makefile \ + dlls/spoolss/Makefile \ + dlls/stdole2.tlb/Makefile \ + dlls/stdole32.tlb/Makefile \ + dlls/sti/Makefile \ + dlls/strmiids/Makefile \ + dlls/svrapi/Makefile \ + dlls/tapi32/Makefile \ + dlls/twain_32/Makefile \ + dlls/unicows/Makefile \ + dlls/url/Makefile \ + dlls/urlmon/Makefile \ + dlls/urlmon/tests/Makefile \ + dlls/user32/Makefile \ + dlls/user32/tests/Makefile \ + dlls/userenv/Makefile \ + dlls/usp10/Makefile \ + dlls/usp10/tests/Makefile \ + dlls/uuid/Makefile \ + dlls/uxtheme/Makefile \ + dlls/uxtheme/tests/Makefile \ + dlls/vdhcp.vxd/Makefile \ + dlls/vdmdbg/Makefile \ + dlls/version/Makefile \ + dlls/version/tests/Makefile \ + dlls/vmm.vxd/Makefile \ + dlls/vnbt.vxd/Makefile \ + dlls/vnetbios.vxd/Makefile \ + dlls/vtdapi.vxd/Makefile \ + dlls/vwin32.vxd/Makefile \ + dlls/w32skrnl/Makefile \ + dlls/winealsa.drv/Makefile \ + dlls/winearts.drv/Makefile \ + dlls/wineaudioio.drv/Makefile \ + dlls/winecoreaudio.drv/Makefile \ + dlls/winecrt0/Makefile \ + dlls/wined3d/Makefile \ + dlls/winedos/Makefile \ + dlls/wineesd.drv/Makefile \ + dlls/winejack.drv/Makefile \ + dlls/winejoystick.drv/Makefile \ + dlls/winemp3.acm/Makefile \ + dlls/winenas.drv/Makefile \ + dlls/wineoss.drv/Makefile \ + dlls/wineps.drv/Makefile \ + dlls/winequartz.drv/Makefile \ + dlls/winex11.drv/Makefile \ + dlls/wing32/Makefile \ + dlls/wininet/Makefile \ + dlls/wininet/tests/Makefile \ + dlls/winmm/Makefile \ + dlls/winmm/tests/Makefile \ + dlls/winnls32/Makefile \ + dlls/winspool.drv/Makefile \ + dlls/winspool.drv/tests/Makefile \ + dlls/wintab32/Makefile \ + dlls/wintrust/Makefile \ + dlls/wintrust/tests/Makefile \ + dlls/wldap32/Makefile \ + dlls/wnaspi32/Makefile \ + dlls/wow32/Makefile \ + dlls/ws2_32/Makefile \ + dlls/ws2_32/tests/Makefile \ + dlls/wsock32/Makefile \ + dlls/wtsapi32/Makefile \ + documentation/Makefile \ + fonts/Makefile \ + include/Makefile \ + libs/Makefile \ + libs/port/Makefile \ + libs/wine/Makefile \ + libs/wpp/Makefile \ + loader/Makefile \ + programs/Makefile \ + programs/clock/Makefile \ + programs/cmd/Makefile \ + programs/cmdlgtst/Makefile \ + programs/control/Makefile \ + programs/eject/Makefile \ + programs/expand/Makefile \ + programs/explorer/Makefile \ + programs/hh/Makefile \ + programs/icinfo/Makefile \ + programs/iexplore/Makefile \ + programs/msiexec/Makefile \ + programs/notepad/Makefile \ + programs/oleview/Makefile \ + programs/progman/Makefile \ + programs/regedit/Makefile \ + programs/regsvr32/Makefile \ + programs/rpcss/Makefile \ + programs/rundll32/Makefile \ + programs/start/Makefile \ + programs/taskmgr/Makefile \ + programs/uninstaller/Makefile \ + programs/view/Makefile \ + programs/wineboot/Makefile \ + programs/winebrowser/Makefile \ + programs/winecfg/Makefile \ + programs/wineconsole/Makefile \ + programs/winedbg/Makefile \ + programs/winefile/Makefile \ + programs/winemenubuilder/Makefile \ + programs/winemine/Makefile \ + programs/winepath/Makefile \ + programs/winetest/Makefile \ + programs/winevdm/Makefile \ + programs/winhelp/Makefile \ + programs/winver/Makefile \ + programs/wordpad/Makefile \ + server/Makefile \ + tools/Makefile \ + tools/widl/Makefile \ + tools/winebuild/Makefile \ + tools/winedump/Makefile \ + tools/winegcc/Makefile \ + tools/wmc/Makefile \ + tools/wrc/Makefile" cat >confcache <<\_ACEOF -- 1.4.4.2

5 5

Re: kernel32: Implement ReplaceFileA/ReplaceFileW
by Felix Nawothnig Feb. 27, 2007

Feb. 27, 2007

Erich Hoover wrote: > Real Name: > Erich Hoover > Description: > Implements the functions ReplaceFileA and ReplaceFileW in kernel32 > (Bug #7544). Also provides conformance test code to ensure proper > functionality. > Changelog: > kernel32: Implement ReplaceFileA/ReplaceFileW Your patch seems to introduce lots of race cons. It's possible these exist on Win32 too but can't we avoid them?

2 4

Re: [7/12] WineD3D: Select an onscreen context based on the thread
by Stefan Dösinger Feb. 27, 2007

Feb. 27, 2007

Am Montag 26 Februar 2007 13:49 schrieb Stefan Dösinger: Alexandre, do not patch 7, 8 and 9 yet, they are reported to cause regressions. Patch 10, 11 and 12 should apply without them too.

1 0

Re: Add localizable strings support for popup menu in selection tree control.
by James Hawkins Feb. 26, 2007

Feb. 26, 2007

On 2/26/07, Крылов Николай <krna(a)rambler.ru> wrote: > diff --git a/dlls/msi/dialog.c b/dlls/msi/dialog.c > index 35a192c..3826326 100644 > --- a/dlls/msi/dialog.c > +++ b/dlls/msi/dialog.c > @@ -1755,17 +1755,41 @@ msi_seltree_popup_menu( HWND hwnd, INT x > HMENU hMenu; > INT r; > > + static const WCHAR szMenuLocal[] = > {'M','e','n','u','L','o','c','a','l',0}; > + static const WCHAR szMenuAllLocal[] = > {'M','e','n','u','A','l','l','L','o','c','a','l',0}; > + static const WCHAR szMenuAdvertise[] = > {'M','e','n','u','A','d','v','e','r','t','i','s','e',0}; > + static const WCHAR szMenuAbsent[] = > {'M','e','n','u','A','b','s','e','n','t',0}; > + /* If msi_dialog_get_uitext returns NULL - use default strings: */ > + static const WCHAR szMenuLocalDef[] = > {'I','n','s','t','a','l','l',' ','f','e','a','t','u','r','e',' ', > 'l','o','c','a','l','l','y',0}; > + static const WCHAR szMenuAllLocalDef[] = > {'I','n','s','t','a','l','l',' ','e','n','t','i','r','e',' > ','f','e','a','t','u','r','e',0}; > + static const WCHAR szMenuAdvertiseDef[] = > {'I','n','s','t','a','l','l',' ','o','n',' ','d','e','m','a','n','d',0}; > + static const WCHAR szMenuAbsentDef[] = {'D','o','n','\'','t',' > ','i','n','s','t','a','l','l',0}; > + > + LPWSTR szLocal,szAllLocal,szAdvertise,szAbsent; > + struct msi_selection_tree_info *info; > + > + info = GetPropW(hwnd, szButtonData); > + > + szLocal= msi_dialog_get_uitext( info->dialog, szMenuLocal ); > + szAllLocal= msi_dialog_get_uitext( info->dialog, szMenuAllLocal ); > + szAdvertise= msi_dialog_get_uitext( info->dialog, szMenuAdvertise > ); > + szAbsent= msi_dialog_get_uitext( info->dialog, szMenuAbsent ); > + > /* create a menu to display */ > hMenu = CreatePopupMenu(); > > - /* FIXME: load strings from resources */ > - AppendMenuA( hMenu, MF_ENABLED, INSTALLSTATE_LOCAL, "Install > feature locally"); > - AppendMenuA( hMenu, MF_GRAYED, 0x1000, "Install entire feature"); > - AppendMenuA( hMenu, MF_ENABLED, INSTALLSTATE_ADVERTISED, "Install > on demand"); > - AppendMenuA( hMenu, MF_ENABLED, INSTALLSTATE_ABSENT, "Don't > install"); > + /* Use strings from resources */ > + AppendMenuW( hMenu, MF_ENABLED, INSTALLSTATE_LOCAL, > (szLocal==NULL)?szMenuLocalDef:szLocal ); > + AppendMenuW( hMenu, MF_GRAYED, 0x1000, > (szAllLocal==NULL)?szMenuAllLocalDef:szAllLocal ); > + AppendMenuW( hMenu, MF_ENABLED, INSTALLSTATE_ADVERTISED, > (szAdvertise==NULL)?szMenuAdvertiseDef:szAdvertise ); > + AppendMenuW( hMenu, MF_ENABLED, INSTALLSTATE_ABSENT, > (szAbsent==NULL)?szMenuAbsentDef:szAbsent ); > r = TrackPopupMenu( hMenu, TPM_LEFTALIGN | TPM_TOPALIGN | > TPM_RETURNCMD, > x, y, 0, hwnd, NULL ); > DestroyMenu( hMenu ); > + if(szLocal) msi_free(szLocal); > + if(szAllLocal) msi_free(szAllLocal); > + if(szAdvertise) msi_free(szAdvertise); > + if(szAbsent) msi_free(szAbsent); > return r; > } > Don't check values for NULL before freeing them. The check is redundant, and we spent a long time removing such checks. -- James Hawkins

1 0

Wine and XP Themes
by Andrew J. Barr Feb. 26, 2007

Feb. 26, 2007

I would like to use the XP ClearLooks theme that is available to make Wine apps blend in with my GNOME desktop. However, it seems that using themes in Wine makes it rather slow. Is this a known problem, is there a workaround of some kind, a registry setting or a patch, or is it best just not to use themes with Wine right now? I am running Wine 0.9.31. According to a Google search, there seem to be scattered reports of this problem but no diagnosis or solution. Regards, Andrew Barr (cc'd replies requested)

5 4

Using InternalGetWindowText Instead of Sending WM_GETTEXT when Drawing Window Captions
by Robert Shearman Feb. 26, 2007

Feb. 26, 2007

Hi Alexandre, A patch of yours from 2.5 years ago (http://source.winehq.org/git/wine.git/?a=commitdiff;h=b72994b6d4a04352e1893…) changed the behaviour to not send WM_GETTEXT any more. My experiments on Windows show that WM_GETTEXT should be used. Can you remember what the reasoning behind the change in this patch was? -- Rob Shearman

2 3

wine or wine-preloader exit with code 2 on x86_64
by Escuder Nicolas Feb. 26, 2007

Feb. 26, 2007

Hello, I have build wine with the help of wiki WineOn64bit LDFLAGS="-L/lib32 -L/usr/lib32 -Wl,-rpath,/lib32 -Wl,-rpath,/usr/lib32" ./configure --prefix=/opt/wine --datadir=/usr/share But wine or wine-preloader always return 2 as you can see : [root(a)nico wine-0.9.31]# loader/wine-preloader [root(a)nico wine-0.9.31]# echo $? 2 [root(a)nico wine-0.9.31]# ./wine --version [root(a)nico wine-0.9.31]# echo $? 2 Anyone can help please ? See you, Escuder Nicolas

1 0

Re: [2/4 revised] msi: Expand IDL file to contain all OLE automation interfaces.
by James Hawkins Feb. 26, 2007

Feb. 26, 2007

On 2/25/07, Misha Koshelev <mk144210(a)bcm.tmc.edu> wrote: > This patch expands the IDL to contain all OLE automation interfaces that > the freely downloadable MS Windows Installer contains, and adds a > msiserver_dispids.h file that has define statements for all the dispids. > > Changelog: > > * msi: Expand IDL file to contain all OLE automation interfaces. > * Copyright (C) 2007 Mike McCormack + * Misha Koshelev You have to repeat the Copyright (C) 2007 part for your name. + [id(DISPID_INSTALLER_OPENDATABASE)] + Database* OpenDatabase( + [in] BSTR DatabasePath, + [in] VARIANT OpenMode); + [id(DISPID_INSTALLER_SUMMARYINFORMATION), propget] + SummaryInfo* SummaryInformation( + [in] BSTR PackagePath, + [in, optional, defaultvalue(0)] long UpdateCount); + [id(DISPID_INSTALLER_ENABLELOG)] + void EnableLog( + [in] BSTR LogMode, + [in] BSTR LogFile); Did you copy and paste this from OleView? This formatting is ridiculous. -- James Hawkins

2 1

Re: dlls: Move the 16-bit dll stubs to the appropriate subdirectories.
by Alexandre Julliard Feb. 26, 2007

Feb. 26, 2007

Brian Gerst <bgerst(a)didntduck.org> writes: >>From 36873109949f308cc9d34f4df9bb0af4c219262b Mon Sep 17 00:00:00 2001 > From: Brian Gerst <bgerst(a)didntduck.org> > Date: Sat, 24 Feb 2007 08:59:48 -0500 > Subject: dlls: Move the 16-bit dll stubs to the appropriate subdirectories. This won't work, they won't be found when running inside the build tree. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: comctl32: rebar[2/3]: WM_SETFONT should send a RBN_HEIGHTCHANGED if necessary (with testcase)
by Alexandre Julliard Feb. 26, 2007

Feb. 26, 2007

Mikołaj Zalewski <mikolaj(a)zalewski.pl> writes: > This allows as to eliminate the third parameter of REBAR_Layout. > From 2edae3656159e84a0366b65e1bd1d13e3089dc97 Mon Sep 17 00:00:00 2001 > From: =?utf-8?q?Miko=C5=82aj_Zalewski?= <mikolaj(a)zalewski.pl> > Date: Mon, 19 Feb 2007 20:42:08 +0100 > Subject: [PATCH] comctl32: rebar: WM_SETFONT should send a RBN_HEIGHTCHANGED if necessary (with testcase) The tests fail here: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so rebar.c && touch rebar.ok rebar.c:696: Test failed: (int)SendMessage(hRebar, RB_GETROWCOUNT, 0, 0) expected 2 got 1 rebar.c:696: Test failed: invalid rect (notify) (-1,-1) (-1,-1) - expected (0,0) (672,20) make: *** [rebar.ok] Error 2 -- Alexandre Julliard julliard(a)winehq.org

1 0

We should have a .desktop file for the Uninstaller application
by Scott Ritchie Feb. 26, 2007

Feb. 26, 2007

As it is, most people don't even know this handy uninstaller applet exists. So let's fix that. Thanks, Scott Ritchie

3 2