- wine-devel - winehq.org

More GDI heap problems: How to report this as bug ?
by Gregor Hoffleit 15 May '02

15 May '02

I try to run the Brockhaus multimedial encyclopedia with Wine (Debian package 0.0.20020411-1). At a certain point (when an article is going to be displayed), the program continuously spits out these messages about the GDI heap being full: ... err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 880 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:region:CombineRgn Invalid rgn=0000 err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 1048 bytes err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:region:CombineRgn Invalid rgn=0000 err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 20 bytes err:region:CombineRgn Invalid rgn=0000 ... The application nearly comes to a hold: with much luck, portions of the display still get updated. I've seen previous reports about this problems, and appearently they are indications of leaks either in Wine's GDI objects or in some other component. How can I help tracking down these specifc leaks ? The leaks are very obvious and very good reproducable. They happen almost immediately after opening the article. I tried "--debugmsg +relay,+local", but after a few seconds, the log file filled up 100MB! I'm no Windows programmer, and I've only little experience with Wine, but if somebody could tell me how to make a proper and helpful bug report and what else could help to track down the problem, I'd be very glad. Please keep me cc'ed, since I'm not subscribed to wine-devel for the moment. Thanks, Gregor

4 5

Component owners 2
by Andriy Palamarchuk 15 May '02

15 May '02

Thanks everybody for the very active feedback. List of developers who contacted me: * Guy L. Albetelli - common controls * Robert 'Admiral' Coeyman - DOS * Huw Davies - TrueType support, printing, gdi * Francois Gouget - Winelib, Winemaker, headers, icmp * Dustin Navea - wine tools * Mike McCormack - file system, serial port, named pipes, SMB * Marcus Meissner - COM, OLE * Andreas Mohr - documentation, installers, memory handling * Andriy Palamarchuk - wine applications * Juergen Schmied - console, file open dialog Developers who has not confirmed nor declined suggestion to own a component: * Alexandre Julliard - wineserver, kernel, IPC * Laurent Pinchart - copy protection * Dmitry Timoshkov - NLS, Unicode, keyboard I/O * Martin Wick - sockets Still available components: * DDE * loader * msvcrt * x11drv * window handling Some developers are interested by areas which are not components per se. For example - Andreas Mohr worked a lot on installers issues and would like installer bugs forwarded to him. The issue will be forwarded to a person who is the most interested in an issue. Everybody else is also welcome to give me your particular areas of interest even if they do not match component boundaries. All the developers, QA engineers who is going to work with Bugzilla, please create an account and request privileges to change bugs status at bugs(a)codeweavers.com. You do not need to subscribe to wine-bugs if you are not planning to work in the first line of the bugs hanlding (handling of bugs with status UNCONFIRMED). Please, let me know if I missed anybody. Other comments are welcome too. Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

5 8

Re: PlaySound and al.
by tijs＠connectux.com 15 May '02

15 May '02

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > this patch is a rewrite of the playsound functions those were a bit > buggy and proved to fail in some multi-threaded environments the > attached patch should take care of that >snip When selecting a menu-item in MSVC++ 6.0, the loop in MULTIMEDIA_PlaySound() never ends on my system (Debian unstable, no soundcard) as well as on another system (Debian unstable, soundblaster installed). Things worked fine with revision 1.51 of mmsystem.c. Unfortunately, I haven't been able to trace exactly what is going wrong. I will, of course, supply more details when I find something remarkable. Should I report bugs with respect to patches using Bugzilla, or is wine-devel sufficient? I noticed Bugzilla only allows me to select real Wine releases, i.e. 20020509, and not a CVS revision of a certain file. Regards, -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

3 2

Bugzilla responsibilities (Was Component owners 2)
by Andriy Palamarchuk 15 May '02

15 May '02

I decided to define not also list of component owners, but also people, responsible for triaging and application owners. This additional information will be important for those who work with Bugzilla. I'm going to submit these lists for publishing on Wine Bugzilla pages for easy access. Owners of Components and areas of interest: * Guy L. Albetelli - common controls * Robert 'Admiral' Coeyman - DOS * Chuck Crayne - richedit * Huw Davies - TrueType support, printing, gdi, x11 gdi * Francois Gouget - Winelib, Winemaker, headers, icmp * Alexandre Julliard - wineserver, kernel, IPC, loader, x11drv * Dustin Navea - wine tools * Mike McCormack - file system, serial port, named pipes, SMB * Marcus Meissner - COM, OLE * Andreas Mohr - documentation, installers, memory handling * Andriy Palamarchuk - wine applications * Eric Pouech - multimedia, winedbg, wineconsole, DDE * Juergen Schmied - shell (shell32.dll and shlwapi.dll), file open dialog * Lionel Ulmer - OpenGL, DirectX, Direct3D * Martin Wilck - sockets People in the list below are responsible for fixes confirmation, bugs confirmation, initial research, distribution to developers, prioritization. Please, let me know if you plan to actively work in this area - I'll include you in the list. Bugs triaging: * Tony Lambregts * Andreas Mohr (SWAT team ;-) * Dustin Navea * Andriy Palamarchuk Contributors are wanted! Application owners can provide help in confirming bugs, fixes, assisting developers who do not have access to the application in bugs fixing. Application owners: * Michael Cardenas - Microsoft Office, AOL Application owners are wanted! As always I appreciate your comments. Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

RE: Unhandled exception in old DOS application
by Medland, Bill 15 May '02

15 May '02

> -----Original Message----- > From: M.H.VanLeeuwen [mailto:vanl@megsinet.net] > Sent: Monday, May 13, 2002 7:33 PM > To: wine-devel(a)winehq.com > Subject: Unhandled exception in old DOS application > > > Hi, > > I hope this is the correct place to ask... > > Up until the 20020411 wine release my old DOS application > worked well...for the > last ~2 years. (Thanks all of you!) > With both 20020411 and 20020509 releases the wine issues an > Unhandled exception > report and starts the debugger. > > bash-2.05$ wine cardload.exe -- -a340 > -f"c:\\\winapps\\\winphone\\\cardload.hex" > Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: > Warning: unprotecting the first 64KB of memory to allow > real-mode calls. > NULL pointer accesses will no longer be caught. > wine: Unhandled exception, starting debugger... > err:int:DOSVM_Loop MsgWaitForMultipleObjects returned > unexpected value. > > This application just downloads firmware (cardload.hex) to an > old ISA card. > > What can be done to fix this, where should I begin looking to > fix it, who The first thing I'd do is see which "fix" broke it. That requires getting the code out of the cvs itself. Basically I do an almost binary search between when I know it "worked" and when I know it failed and what area of code was affected. >From your post I presume you don't get the code from the cvs. Do you compile yourself or dowload rpms? Bill

2 1

conflicting types for `usleep' in wine/port.h and libwine/port.c
by Steven Edwards 14 May '02

14 May '02

I don't guess we are building libwine.dll on mingw but I was playing with it just the same when I came to this. Is this to be expected? gcc -mno-cygwin -c -I. -I. -I../include -I../include -D__MINGW__ -D_WINDOWS -DW INE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -D__WINE__ -DDLLDIR="\"/usr/loc al/lib/wine\"" -D_REENTRANT -o port.o port.c port.c:65: conflicting types for `usleep' ../include/wine/port.h:299: previous declaration of `usleep' Port.h: #ifndef HAVE_USLEEP int usleep (unsigned int useconds); #endif /* !defined(HAVE_USLEEP) */ Port.c: #ifndef HAVE_USLEEP unsigned int usleep (unsigned int useconds) { #if defined(__EMX__) DosSleep(useconds); return 0; #elif defined(__BEOS__) return snooze(useconds); #elif defined(HAVE_SELECT) struct timeval delay; delay.tv_sec = useconds / 1000000; delay.tv_usec = useconds % 1000000; select( 0, 0, 0, 0, &delay ); return 0; #else /* defined(__EMX__) || defined(__BEOS__) || defined(HAVE_SELECT) */ errno = ENOSYS; return -1; #endif /* defined(__EMX__) || defined(__BEOS__) || defined(HAVE_SELECT) */ } #endif /* HAVE_USLEEP */ "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Winelib apps and PATH
by Sylvain Petreolle 14 May '02

14 May '02

Hi, Testing wine's control.exe replacements makes me show this : If i remove/rename original control.exe, I can do : $ control and I have the Wine Control Panel as it has been installed in /usr/local/bin. But I cannot do: $ wine control wine: cannot find 'control' So if one app calls for example notepad, the app will try to launch "wine notepad" and fail. Shouldn't we provide a default drive for /usr or /usrlocal/bin in the config file ? This would solve the "can't load winedbg 123456" issue that users usually include in their first reports. (the debugger cannot be launched because it's in /usr/local/bin) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 3

configure.in
by Ian D. Stewart 14 May '02

14 May '02

Howdy Folks, I'm walking through 'IMPLEMENTING A NEW DLL' in DEVELOPER-HINTS. Step 3 reads: Add the directory (and the generated .o file for the module) in: + ./configure.in (in AC_OUTPUT macro at the end of the file to trigger the Makefile generation), + ./Makefile.in (in LIBSUBDIRS and LIBOBJS macros) + ./dlls/Makefile.in (in SUBDIRS macro) Far as I can tell, there is no configure.in. The closest I could find is configure.ac. Is this the file that needs to be edited, or am I missing something? Thanx, Ian

3 4

Global Wine configuration file not consulted?
by Gerald Pfeifer 14 May '02

14 May '02

I noticed that in the absence of ~/.wine/config Wine simply refuses to start, and truss (on FreeBSD) and trace (on GNU/Linux) reveal that no other location is consulted for a config file. Even explictly Using ETCDIR or `configure --sysconfdir` doesn't seem to make a difference, even though the documentation indicates otherwise: http://www.winehq.com/Docs/wine-pkg/pkg-nonstatic.shtml#WINERC ETCDIR/wine.conf This is the global Wine configuration file. It is only used if the user running Wine has no local configuration file. % ls -la $ETCDIR/wine.conf -r--r--r-- 1 root wheel 7616 Mar 11 13:59 /usr/local/etc/wine.conf % ls -la /home/pfeifer/.wine/config ls: /home/pfeifer/.wine/config: No such file or directory % wine Can't open configuration file /home/pfeifer/.wine/config Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

3 2

Bug 677 - gather more information on initial bug submission
by Andriy Palamarchuk 14 May '02

14 May '02

I suggest set of changes to use bugzilla more efficiently and gather more detailed information on initial bug submission. See: http://wine.codeweavers.com/bugs/show_bug.cgi?id=677 Part of the suggestions is a form to gather detailed information: http://wine.codeweavers.com/bugs/showattachment.cgi?attach_id=95 Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

PATCH: Property sheet bugfixes (Odin)
by Sander van Leeuwen 14 May '02

14 May '02

Changelog: - Center property sheet page during creation (padding) (some applications rely on this behaviour when resizing the page) - Mask away WS_THICKFRAME page style Author: Sander van Leeuwen/Odin (sandervl(a)xs4all.nl) Changelog: - Page navigation by resource id Author: Unknown. (Corel Wine or very old Wine version)

1 0

wwn doesn't work in konq
by Michael Cardenas 14 May '02

14 May '02

I guess that JeremyN, or whoever it is that does WWN, reads it in IE under wine. ;-) This weeks issue isn't readable in konqueror 2.2.2. The boxes with the content are cut off on the right hand side.

3 2

Re: Fix for commdlg on Mingw
by Dmitry Timoshkov 14 May '02

14 May '02

"Steven Edwards" <Steven_Ed4153(a)yahoo.com> wrote: > Changelog: Fix for commdlg. Mingw stdlib.h defines wcstol so we check > for it and use it else we use the normal wine one. I don't think that it's a good idea. Apparently Mingw uses msvcrt.dll as its C run-time library and wcstol is imported from there. It would be much better to use functions provided by Wine dlls as much as possible. Especially in the cases when wcstol is imported by kernel, user or gdi, which certainly could not import msvcrt.dll, but must rely on the functionality provided by ntdll instead. By the way, do you have a plan for using low level functionality provided by an underlying system such as selector management, process and thread creation and similar things? -- Dmitry.

4 8

Breakdown and Status of wine/dlls on the mingw port
by Steven Edwards 14 May '02

14 May '02

Ok folks here is the break down of the results from my attempt build most of wine/dlls on mingw. You can build almost all of the object files for every wine/dll but cannot link currently due to the Makefiles looking for a ntdll and libwine import. I did not attempt to build any of the low-level wine dlls like msvcrt,crt,gdi,user or ntdll as it would pointless right now. Also I didnt waste my time on any dlls that were just stubs so one of them may import ntdkk.h and suffer from the prototype conflict problem. You have 3 sets of Results. 1. prototypes conflict - wcstol is the main problem. _wtoi is the only other problem. Who is the current libwine_unicode person to talk to about making the changes Alexandre suggested? 2. "unixisms" - I'm not going in to the debate about how to work around this yet. 3. No Problems (all objects compile with no errors/warnings) I'm not counting the (snprintf warning)'s or the TWAIN.DLL warnings as a bug because I will be fixing those problems in my next set of patches. 1)----------------prototypes conflict---------------------------------------------- comctl32 - (snprintf warning) comctl32undoc.c:70: conflicting types for `_wtoi' /usr/include/mingw/stdlib.h:284: previous declaration of `_wtoi' make: *** [comctl32undoc.o] Error 1 In file included from ipaddress.c:31: ../../include/ntddk.h:762: conflicting types for `wcstol' /usr/include/mingw/stdlib.h:290: previous declaration of `wcstol' make: *** [ipaddress.o] Error 1 commdlg - (snprintf warning) In file included from filedlg95.c:59: ../../include/ntddk.h:762: conflicting types for `wcstol' /usr/include/mingw/stdlib.h:290: previous declaration of `wcstol' filedlg95.c: In function `FILEDLG95_HandleCustomDialogMessages': filedlg95.c:799: warning: implicit declaration of function `snprintf' make: *** [filedlg95.o] Error 1 ole32 - In file included from stg_stream.c:32: ../../include/ntddk.h:762: conflicting types for `wcstol' /usr/include/mingw/stdlib.h:290: previous declaration of `wcstol' make: *** [stg_stream.o] Error 1 oleaut - In file included from tmarshal.c:43: ../../include/ntddk.h:762: conflicting types for `wcstol' /usr/include/mingw/stdlib.h:290: previous declaration of `wcstol' make: *** [tmarshal.o] Error 1 psapi - In file included from ../../include/wine/server_protocol.h:11, from ../../include/wine/server.h:27, from psapi_main.c:24: /usr/include/mingw/stdlib.h:290: conflicting types for `wcstol' ../../include/ntddk.h:762: previous declaration of `wcstol' setupapi - In file included from parser.c:30: ../../include/ntddk.h:762: conflicting types for `wcstol' /usr/include/mingw/stdlib.h:290: previous declaration of `wcstol' make: *** [parser.o] Error 1 2)-----------"unixisms" below --------------------------------------------------------- shell32 - (snprintf warning) shelllink.c: In function `IPersistFile_fnSave': shelllink.c:687: warning: implicit declaration of function `fork' shelllink.c:719: warning: implicit declaration of function `execvp' shelllink.c:723: warning: implicit declaration of function `waitpid' netapi32 - netapi32.c:37: sys/ioctl.h: No such file or directory mpr - wnet.c:24: pwd.h: No such file or directory rpcrt - rpcrt4_main.c:43: sys/ioctl.h: No such file or directory 3)-----------No Real Problem thus far--------------------------------------------------- twain32 - twain.h:59: warning: `WIN32' redefined *Initialization*:1: warning: this is the location of the previous definition twain.h:60: warning: `_WIN32' redefined *Initialization*:1: warning: this is the location of the previous definition twain.h:61: warning: `__declspec' redefined *Initialization*:1: warning: this is the location of the previous definition msacm - All Objects compile (snprintf warning) serialui - All Objects compile (snprintf warning) msdmo - All Objects compile msvideo - All Objects compile odbc32 - All Objects compile urlmon - All Objects compile version - All Objects compile shlwapi - All Objects compile tapi32 - All Objects compile shdocvw - All Objects compile rasapi - All Objects compile richedit - All Objects compile ddraw - All Objects compile dinput - All Objects compile dplayx - All Objects compile dsound - All Objects compile imagehlp - All Objects compile imm32 - All Objects compile lzexpand - All Objects compile mapi32 - All Objects compile olecli - All Objects compile oledlg - All Objects compile olesrv - All Objects compile

1 0

Rebuilding configure
by Ian D. Stewart 14 May '02

14 May '02

Howdy Folks, Still working through 'IMPLEMENTING A NEW DLL'. Step 4 states: You can now regenerate ./configure file (with 'make configure') and the various Makefiles (with 'configure; make depend') (run from the top of Wine's tree). You shall now have a Makefile file in ./dlls/<MyDll>/ Problem is, there is no 'configure' rule in the top-level Makefile. According the comments at the top of configure.ac, the proper way to generate a new configure script is to run autoconf. In order to bring DEVELOPERS-HINTS up-to-date, should I replace 'make configure' in Step 4 with autoconf, or should I add a 'configure' rule to Makefile.in that depends on configure.ac and calls autoconf? Thanx, Ian

1 0

Update 'IMPLEMENTING A NEW DLL' in DEVELOPORS-HINTS
by Ian D. Stewart 14 May '02

14 May '02

The attached patch updates Step 3 of 'IMPLEMENTING A NEW DLL' in DEVELOPERS-HINTS with the correct files (and sections of those files) to be modified. Regards, Ian

1 0

Unhandled exception in old DOS application
by M.H.VanLeeuwen 14 May '02

14 May '02

Hi, I hope this is the correct place to ask... Up until the 20020411 wine release my old DOS application worked well...for the last ~2 years. (Thanks all of you!) With both 20020411 and 20020509 releases the wine issues an Unhandled exception report and starts the debugger. bash-2.05$ wine cardload.exe -- -a340 -f"c:\\\winapps\\\winphone\\\cardload.hex" Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. wine: Unhandled exception, starting debugger... err:int:DOSVM_Loop MsgWaitForMultipleObjects returned unexpected value. This application just downloads firmware (cardload.hex) to an old ISA card. What can be done to fix this, where should I begin looking to fix it, who knows if there is a fix already, any ideas how to fix it? I can send the cardload.exe file if anyone is interested, its 48K. Martin ------------------------------------------------------------------------------------ wine --debugmsg +mmsys,+module,+int21 --managed cardload.exe gives: Major SNIP... trace:int21:ioctlGetDeviceInfo (1) trace:int21:DOS3Call returning: AX=4400 BX=0001 CX=7fea DX=0945 SI=36d7 DI=0448 DS=14b2 ES=102f EFL=000b0286 trace:int21:DOS3Call AX=4400 BX=0000 CX=7fea DX=0945 SI=36d7 DI=0448 DS=14b2 ES=102f EFL=000b0286 trace:int21:ioctlGetDeviceInfo (0) trace:int21:DOS3Call returning: AX=4400 BX=0000 CX=7fea DX=0945 SI=36d7 DI=0448 DS=14b2 ES=102f EFL=000b0286 trace:int21:DOSVM_Int21Handler GET INTERRUPT VECTOR 0x1c wine: Unhandled exception, starting debugger... trace:module:CreateProcessA app (null) cmdline "/usr/local/bin/winedbg 134675656 76" trace:module:get_file_name trying '/usr/local/bin/winedbg' -------------------------------------------------------------------------------------- debugger for cardload.exe in the gives me: WineDbg starting... on pid 806fcc8 No debug information in 32bit DLL 'F:\wine' (0x0804a000) Can't find file for ELF '/home/mhvl/wine' (0x00000000) No debug information in 32bit DLL 'NTDLL.DLL' (0x4005a000) No debug information in 32bit DLL 'KERNEL32.DLL' (0x407c4000) No debug information in 32bit DLL 'ADVAPI32.DLL' (0x40822000) No debug information in 32bit DLL 'GDI32.DLL' (0x40740000) No debug information in 32bit DLL 'USER32.DLL' (0x40629000) No debug information in 32bit DLL 'WINMM.DLL' (0x405b3000) No debug information in 32bit DLL 'X11DRV.DLL' (0x40883000) No debug information in 32bit DLL 'WINEOSS.DRV' (0x40b93000) No debug information in 32bit DLL 'MSACM32.DLL' (0x40bb7000) No debug information in 32bit DLL 'MSACM.DRV' (0x40bac000) No debug information in 32bit DLL 'MIDIMAP.DRV' (0x4036b000) No debug information in 32bit DLL 'WINEDOS.DLL' (0x40ce5000) Unhandled exception: page fault on write access to 0x3c8900b0 in 32-bit code (0x40cf12eb). In 32-bit mode. 0x40cf12eb (WINEDOS.DLL.LoadDosExe+0x113b): movb %al,0x0(%edx) Wine-dbg>bt Backtrace: =>0 0x40cf12eb (WINEDOS.DLL.LoadDosExe+0x113b) (ebp=40e26858) 1 0x40cf1435 (WINEDOS.DLL.LoadDosExe+0x1285) (ebp=40e26890) 2 0x40cec388 (WINEDOS.DLL.EntryPoint+0x2c28) (ebp=40e268b0) 3 0x40ced0d0 (WINEDOS.DLL.EntryPoint+0x3970) (ebp=40e268cc) 4 0x40ce969f (WINEDOS.DLL.GetTimer+0x11f) (ebp=40e268e4) 5 0x40ce85e2 (WINEDOS.DLL.ASPIHandler+0x1132) (ebp=40e26904) 6 0x40ce91df (WINEDOS.DLL.ASPIHandler+0x1d2f) (ebp=40e26934) 7 0x40068495 (NTDLL.DLL.__wine_exception_handler+0x45) (ebp=40e26958) 8 0x40067dc5 (NTDLL.DLL.wine_dbg_log+0x165) (ebp=40e2698c) 9 0x400680ef (NTDLL.DLL.RtlRaiseException+0x147) (ebp=40e26a20) 10 0x40071b0f (NTDLL.DLL.RtlConvertSidToUnicodeString+0x109f) (ebp=40e26b64) 11 0x40ce9359 (WINEDOS.DLL.ASPIHandler+0x1ea9) (ebp=40e26c2c) 12 0x40cf0527 (WINEDOS.DLL.LoadDosExe+0x377) (ebp=40e26f14) 13 0x400d8d5a (KERNEL32.DLL.RestoreThunkLock+0x59a) (ebp=40e26f38) 14 0x400d806c (KERNEL32.DLL.WaitForMultipleObjectsEx+0x44c) (ebp=40e26ff4) Wine-dbg>info stack Stack dump: 0x40e26840 (WINEDOS.DLL.LoadDosExe+0x136690): 40e26848 40e2684c 00007754 000040cf 0x40e26850 (WINEDOS.DLL.LoadDosExe+0x1366a0): 40cf7754 40cf6e0c 40e26890 40cf1435 0x40e26860 (WINEDOS.DLL.LoadDosExe+0x1366b0): 0000003c 00006830 000040e2 0000a60d 0x40e26870 (WINEDOS.DLL.LoadDosExe+0x1366c0): 00000000 3c106630 00006830 000040e2 0x40e26880 (WINEDOS.DLL.LoadDosExe+0x1366d0): 00006840 000040e2 40cf7754 0000003c 0x40e26890 (WINEDOS.DLL.LoadDosExe+0x1366e0): 40e268b0 40cec388 0000003c 00000001 0x40e268a0 (WINEDOS.DLL.LoadDosExe+0x1366f0): Wine-dbg>info reg Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0257 GS:0000 EIP:40cf12eb ESP:40e26840 EBP:40e26858 EFLAGS:00010202( R- 00 I - - 1 ) EAX:0000003c EBX:40cf7754 ECX:00006830 EDX:3c8900b0 ESI:0000003c EDI:00000400 Wine-dbg>

1 0

Re: [PATCH] FIXME: Explain how to un-tar, compile, and install Wine from a tarball.
by Tony Lambregts 14 May '02

14 May '02

william stinson wrote: >Hi > >this is my first patch for wine. It is for the documentation > FIXME: Explain how to un-tar, compile, and install Wine from a tarball. > >I compiled the documentation html and it looks OK (no warnings) > >Best regards >William Stinson (wstinson(a)infonie.fr) > >--- wine-20020509/documentation/getting.sgml Mon May 13 23:00:16 2002 >+++ wine-local/documentation/getting.sgml Mon May 13 23:00:34 2002 >@@ -201,7 +201,22 @@ > one. > </para> > <para> >- FIXME: Explain how to un-tar, compile, and install Wine from a >tarball. >+ To install Wine from a tarball you need to first un-tar the archive. >This >+ will create a subdirectory containing the Wine sources. Using the cd >+ command change the current directory to the top level wine directory >+ and finish the installation using the wineinstall command. >+ A typical installation might look like this: >+ <screen> > cut out the next two lines >+$ su - >+<emphasis><Type in root password></emphasis> > **** >+# cd /home/user >+# tar -xvzf Wine-20020310.tar.gz >+# cd wine-20020310 >+# ./tools/wineinstall >+ </screen> >+ More detailed step by step instructions can be found in the README file >+ in the top level wine directory. Note that to install wine you must be >+ logged in as root. > </para> > > <para></para> > > > > This is wrong as of the last two months. wine is not installed as root, in fact ./tools/wininstall will not run as root . I would suggest this as an alternative. --- wine-20020509/documentation/getting.sgml Mon May 13 23:00:16 2002 +++ wine-local/documentation/getting.sgml Mon May 13 23:00:34 2002 @@ -201,7 +201,22 @@ one. </para> <para> - FIXME: Explain how to un-tar, compile, and install Wine from a tarball. + To install Wine from a tarball you need to first un-tar the archive. + this will create a subdirectory containing the Wine sources. Using the + cd command change the current directory to the top level wine directory + and finish the installation using the wineinstall command. + </para> + <para> + A typical installation might look like this: + </para> + <screen> +# cd /home/user +# tar -xvzf Wine-20020310.tar.gz +# cd wine-20020310 +# ./tools/wineinstall + </screen> + <para> + More detailed step by step instructions can be found in the README file + in the top level wine directory. Note: During Installation you will be + asked for the root password. </para> <para></para> Thankyou for bringing this up. Tony Lambregts

1 0

shortcuts doesn't work under wcmd
by Insyde 13 May '02

13 May '02

Hi, I have a system that's working ok except for one more thing (Property sheet is under tests since Guy sends a patch): It execute an external .pif file. I've noticed that it doesn't work, old stuff, but it still works under win2k. It's used to call a bat. I've compiled wcmd to substitutes cmd as it is a link to a .bat file. I made as a test 3 .bat (1.bat, 2.bat and 3.bat) 1 calls 2 2 calls 3 3 prints "DONE!", pause if i execute $wcmd /c 1 it works just the same as win/dos I have a 123.pif that is a link to 1.bat. I execute: $wcmd /c 123.pif wcmd prints: invalid executable. What could it be? Wasn't .pif support implemented? If not, will it? Thanks, Ricardo.

2 1

RFC: CommDlg changes for bug#344
by Ann and Jason Edmeades 13 May '02

13 May '02

Hello, The attached patch resolves the 4 issues raised in bug #344 plus lots more. However, before submitting to wine-patches I would like comments it. One particular area of concern is that the behaviour of commdlg should be different depending on what release of windows is currently being run. Also attached is the program I used to test it with (commenting out various parts as applicable) What is the correct way of handling this? Should I do this? The msdn talks about win2000 behaviour and win98 behaviour. I have no experience with winME to know how this would work so I assumed 98 behaviour. Same with WinXP, so I assumed Win2K behaviour. The code currently does this: win95 isWin98plus = false isWin2Kplus = false win98 isWin98plus = true isWin2Kplus = false winME isWin98plus = true isWin2Kplus = false win2k isWin98plus = true isWin2Kplus = true winxp isWin98plus = true isWin2Kplus = true Fixed: 1. InitialDir handling and InitialFile handling now agrees with MSDN description, and testing on win2000 appears to agree 2. Filename field not cleared when directory selected/clicked on 3. ofNoValidate field no longer causes traps, and appears to behave as per w2k Comments please? No comments within a few days I'll submit to wine-patches and see how many people I can break! Thanks Jason

1 0

Bug tracking organization
by Andreas Mohr 13 May '02

13 May '02

Hi all, I think our bug tracking is still a bit too chaotic. Thus I intend to get some info on what bug tracking should look like. So far, we've got "Wine 0.9.0 TaskList" and "Wine 1.x WishList" as the two main metabugs. IMHO Wine 0.9.0 TaskList is the main bug for all development work up to Wine 1.0. And Wine 1.x WishList is everything that will definitely not be included in Wine 1.0 (and possibly even more). Now how about the layout of Wine 0.9.0 TaskList ? I'd suggest the following layout: 0.9.0 Presentation metabug Documentation Website Stable packaging (.deb, .rpm, .tar.gz) programs metabug (what WineLib programs to supply ?) GUI metabug window management metabug messaging metabug common controls metabug shell namespace fonts/printing metabug multimedia metabug dsound winmm directx (direct3d etc.) opengl video DLL separation metabug RPC/wineserver metabug OLE metabug (ok, not 100% correct, but main hole is DCOM RPC stuff) lowlevel metabug file system metabug registry profile lzexpand memory management metabug loader metabug PE NE DOS metabug comm metabug winsock wininet, icmp, url, urlmon, snmpapi, mapi32, netapi32 serial TAPI "developer stuff" metabug WineLib winedbg regression testing/test suite metabug msvcrt, msvcrt20, crtdll Misc. metabug (for other stuff) twain, winaspi "others" metabug (in order to deposit bug reports of "alien" wine packages here) Is this structure ok ? How should it be reorganized, what should be changed ? If we get to a final result, then I'll make sure the 0.9.0 bug gets to look like that. OK, on to the next topic: How should we organize the bug work ? We need tons of people to take UNCONFIRMED bugs and make sure that they reach enough quality in order to be reassigned as NEW (I expect ~ 30% of all bugs to get dropped right away). The second line of bug tracking would be experienced developers that are mainly responsible for certain areas (like we already started to discuss). There might even be a third line of "emergency" people for the really tough cases... BTW, I'm currently subscribed to wine-bugs. I guess I'll stay subscribed for a while, and once the initial bug tracking structure is solid and doesn't need special attention, I'll be able to concentrate on specific areas, and then I'll probably unsubscribe. Any comments ? -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

5 5

Attn: component owners list
by Andriy Palamarchuk 13 May '02

13 May '02

Please, take a minute to review the list of component owners and give me a feedback privately or throught the mailing list. We need to define component owners to assign bugs to. These people do not necessarily have to fix the bugs forwarded to them, but will have more detailed knowlege about the status of the component, overview progress in bugs fixing. The component owners will receive bugs after they will be processed by the first line of bugs handling, confirmed, probably already researched, with detailed information. Goal of the whole process is to reduce load on you more experienced developers. You won't have to tell "update your Wine distribution" in 100'th time. A few contributors are already doing this for you ;-) So far only a few people took ownership over separate components: * Guy L. Albetelli - common controls * Dustin Navea - wine tools * Andriy Palamarchuk - wine applications List of candidates: * Alexandre Julliard - wineserver, kernel, IPC * Andreas Mohr - documentation, X11 driver * Dimitrie O. Paun - GUI * Laurent Pinchart - copy protection * Hidenori TAKESHIMA - quartz, DirectShow (is the scope too narrow?), DirectX (?) * Dmitry Timoshkov - NLS, Unicode, keyboard I/O * Francois Gouget - COM, OLE * Martin Wick - sockets * Huw Davies - TrueType support, printing Available components: * DOS support * multimedia * console * files * gdi * loader * net Let me know what you would like to work on, if you agree or not agree to own the component, change scope, know good candidates. I don't want to send bug reports to "black hole", assigning them to a person which is not going to work on them. Look forward for your responses. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Mother's Day is May 12th! http://shopping.yahoo.com

12 19

Re: Fix for commdlg on Mingw
by Marcus Meissner 13 May '02

13 May '02

On Sun, May 12, 2002 at 10:45:08PM -0400, Steven Edwards wrote: > I didn't think wcstol should be moved out of ntddk and in to port.h so I > did the patch this way. If this is another thing that we shouldn't work > around I will add it to the bitch list for the mingw developers that I > am sending them in a week or two. If they don't fix things shortly after > that then I submit my end-all-be-all mingw buggy fix patch to you. > > There are only one or two more places where I will need to do this. > > Changelog: Fix for commdlg. Mingw stdlib.h defines wcstol so we check > for it and use it else we use the normal wine one. Unfortunately wcstol exists in Linux. However it is implemented differently. wide characters are 4 Byte here, not just 2. So your patch will most likely break the Linux side of things. Ciao, Marcus

1 0

Pre-regression regression error :)
by Paul Millar 12 May '02

12 May '02

Hi, Looks like the bug picked up in WRT [1] is genuine (I didn't want to post anything until I was reasonably sure). Juergen shlwapi tests, patch http://cvs.winehq.com/patch.py?id=1020973688889206600449146 seem to have uncovered a bug in registry expansion, but strangely only when wine is emulating an NT-like versions of windows. If you do: export WINEOPTIONS="-winver win2k" make testclean test you find two errors in tests/shreg.c: the tests at line 125 and at line 145. But, if the tests are done with wine in a Win95-like mode: export WINEOPTIONS="-winver win95" make testclean test the tests pass. The errors are: > tests/shreg.c:125: Test failed: (21,20) > tests/shreg.c:145: Test failed: (21,20) which suggests an out-by-one error (the value "21" should be "20"). As far as I've tracked the problem, it seems to be with RegQueryValueExA returning the wrong size. Unfortunately I'm rather pushed for time right now, so if anyone fancies getting to the bottom of this, feel free. Cheers, ---- Paul Millar [1] - http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php

1 0

Re: Second try for GetCalendarInfo
by Andreas Mohr 12 May '02

12 May '02

On Sat, May 11, 2002 at 11:35:47PM -0400, Vincent Béron wrote: > There's still a couple of things unimplemented, as I don't have access > to a compiler able to produce working code on Windows for me to get the > missing data. (VC98 bails out on _GetCalendarInfoA, and it's the only > one I have easy access to). Err, "man GetProcAddress" ? :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

3 2

Re: patch for the ldconfig fix in latest snapshot
by Tony Lambregts 12 May '02

12 May '02

Dustin Navea wrote: [snip] >--- tools/wineinstall Sat May 4 13:31:24 2002 >+++ tools/wineinstall.new Sat May 11 01:19:04 2002 >@@ -319,7 +319,9 @@ > # to our sucommand string > if [ -f /etc/ld.so.conf ] > then >- if [ ! grep -qs "$libdir" /etc/ld.so.conf ] >+ # why were there brackets around this? it wasn't evaluating >+ # correctly because of them! -Dustin Navea > Doh!... The previous two lines should not be in the patch . If it was applied it would make for very strange reading. Please re-submit without them. >+ if ! grep -qs "$libdir" /etc/ld.so.conf > then { > echo > echo "$libdir doesn't exist in your /etc/ld.so.conf, it will be added" > > lookingoveryourshoulder Tony Lambregts

3 2

Making wine complain if profile dir isn't valid
by Paul Millar 12 May '02

12 May '02

Hi, Got caught out by a "gotcha", where %USERPROFILE% was not mapped into the correct directory because the directory didn't exist. A valid %USERPROFILE% is a requirement of one of Juergen regression tests (%USERPROFILE%\\subdir1 > 25). The attached patch will make wine emit a warning if the directory isn't valid. This is "the right thing", isn't it? ChangeLog: Wine now warns if Profile directory doesn't exist. ---- Paul Millar

1 0

Running unit tests on Windows
by Jakob Eriksson 12 May '02

12 May '02

The http://www.codeweavers.com/about/news/talks/wineconf2002/regression/Slide17… talks about compiling on Windows with proprietary compilers. Since I've seen on this list ideas about compiling with mingw on Windows instead. Shouldn't it be possible to cross-compile with mingw on Linux instead? That way the samba share would also keep the .EXE files, and life would be much simpler... just a thought. what do you all think? -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

5 19

(no subject)
by Paul Millar 12 May '02

12 May '02

Hi, I've tried to get wine to compile under a 2.2.17 kernel machine (w/ RedHat 7.0), not particularly because of Stefan's problems under RH-5.2, but trying to track down some other bugs (although hopefully the patches will help a little :) The first stumbling block was in dlls/ntdll/cdrom.c. Two routines in the file try to set members of the cdrom_generic_command structure (defined in linux/cdrom.h) that don't exist in 2.2.x kernels, but do exist in 2.4.x kernels. The attached patch adds configure checks for these structure members and puts "#ifdef"s around the assignments in dlls/ntdll/cdrom.c . I don't know the knock-on effects for not setting these values, but presumably getting something to work is better than wine not compiling :) On a point of style, should there be one test for these two structure members, or two independent tests? The members appear in the kernel at the same time (2.2.x -> 2.4.0) ChangeLog: Towards fixing compilation under 2.2.x kernels NB both configure and include/config.h.in need to be regenerated. ... but, the problems didn't stop there. The compilation continues until it starts to use wmc, which core-dumps on the /second/ usage. ------------------------[ Compilation log ]--------------------------- [...] make[2]: Leaving directory `/scratch/remus1/paulm/wine/dlls/ntdll' rm -f ntdll.dll.so && ln -s ntdll/ntdll.dll.so ntdll.dll.so rm -f libntdll.dll.so && ln -s ntdll/ntdll.dll.so libntdll.dll.so make[2]: Entering directory `/scratch/remus1/paulm/wine/dlls/kernel' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wmc/wmc -i -H /dev/null -o messages/winerr_enu.mc.rc messages/winerr_enu.mc DEBUG: setting up handler DEBUG: getting time DEBUG: cmdlen=72 LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc -I. -I. -I../../include -I../../include -o kernel.res -r kernel.rc make[2]: *** [kernel.res] Segmentation fault (core dumped) make[2]: Leaving directory `/scratch/remus1/paulm/wine/dlls/kernel' make[1]: *** [kernel/kernel32.dll.so] Error 2 make[1]: Leaving directory `/scratch/remus1/paulm/wine/dlls' make: *** [dlls] Error 2 [paulm@mowgli wine]$ ------------------------------[ End of log ]------------------------- The DEBUG output above was from the following patch: --- wmc.c 10 Mar 2002 00:24:24 -0000 1.3 +++ wmc.c 11 May 2002 19:49:33 -0000 @@ -125,8 +125,10 @@ int i; int cmdlen; + printf( "DEBUG: setting up handler\n"); signal(SIGSEGV, segvhandler); + printf( "DEBUG: getting time\n"); now = time(NULL); /* First rebuild the commandline to put in destination */ @@ -134,6 +136,7 @@ cmdlen = 4; /* for "wmc " */ for(i = 1; i < argc; i++) cmdlen += strlen(argv[i]) + 1; + printf( "DEBUG: cmdlen=%u\n", cmdlen); cmdline = (char *)xmalloc(cmdlen); strcpy(cmdline, "wmc "); for(i = 1; i < argc; i++) so, wmc is crashing before it is running main(), suggesting some linking problem? The machine is running glibc 2.2.4 (via RedHat RPM glibc-2.2.4-18.7.0.3) and I was compiling with the alleged "v2.96" release of gcc (RPM gcc-2.96-85). Any ideas? Cheers, ---- Paul Millar

3 3

Uninstaller problem on mingw port
by Steven Edwards 12 May '02

12 May '02

Hello Jeremy, Andi suggested I email you about my issues with uninstaller under mingw. The main unstaller window will render but be blank and then the program will crash when it gets to this line /*---------------------------------------------------------------------- -- ** Handle requests just to list the programs **---------------------------------------------------------------------- */ if (cmdline && strlen(cmdline) >= 6 && memcmp(cmdline, "--list", 6) == 0) I have inserted debugging code at every line around this point but it never makes it to the next messagebox. Do you see anything that might explain it? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

Re: PATCH: Preliminary DMA and SOUNDBLASTER emulation
by Dustin Navea 12 May '02

12 May '02

which sound cards is this meant for? i have a live platinum 5.1, is it to be used by people who _do_ or who _dont_ have sb cards? i must be missing the point, but what is the need for sb emulation? -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

3 3

Stubbed implementations and Windows objects
by Ian D. Stewart 12 May '02

12 May '02

I am currently in the process of implementing a stubbed version of ctl3d.dll. For functions that return BOOL, I'm printing a fixme and then returning TRUE. What is the convention for stubbed implementations that return a Windows object (HBRUSH, HWND, etc)? Thanx, Ian

2 2

Re: Little correction to kernel32.spec
by Francois Gouget 12 May '02

12 May '02

On Sat, 11 May 2002, Vincent Béron wrote: > There's a bunch of APIs defined with ptr instead of str/wstr: should I > clean them up also? > > Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. This is wrong. These parameters are output parameters. If you declare them as str, then the relay code will print them when the function is called, i.e. before the buffer is initialized. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?

2 1

Re: Little correction to kernel32.spec
by Andreas Mohr 11 May '02

11 May '02

On Sat, May 11, 2002 at 06:04:08PM -0400, Vincent Béron wrote: > There's a bunch of APIs defined with ptr instead of str/wstr: should I > clean them up also? > > Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. Wrong. The string buffer is a *return* variable. Thus using str/wstr will simply display useless garbage in relay trace. :-\ -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

Re: Better implementation of GetCalendarInfoA
by Francois Gouget 11 May '02

11 May '02

On Sat, 11 May 2002, Vincent Béron wrote: [...] > Also, I'm not sure how to translate that code to the W version of the > function. Should the W call the A? Or reimplement the same algorithm, > with different string constants and function calls (A vs W)? xxxA should call xxxW. Typically this is done as follows (the NT way): xxxA() { convert input parameters from Ansi to Unicode ret=call xxxW convert return values from Unicode to Ansi return ret; } -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

1 0

Re: Little correction to kernel32.spec
by Eric Pouech 11 May '02

11 May '02

> Changelog: > - The definition of GetSystemWideDirectory{A,W} in kernel32.spec had > some ptr args, while they are supposed to be {str, wstr} respectively. I think we should keep the ptr here... in fact, the difference between str and ptr (in relay trace for 32 bit functions) is that, on entry, str will tell the relay code to trace the string itself, whereas ptr will only trace its address in this case, the API expects a buffer to be filled by the function ([out] in MSDN doc), which means that the string in the argument while entering the function has no meaning only the value contained in the buffer at exit time is of interest so, leaving them as ptr is the thing to do (OTOH the Set???? form of this API needs to have a str) A+

1 0

Re: wineinstall fails after cvs update
by Dustin Navea 11 May '02

11 May '02

--- degs <degs(a)giantblob.com> wrote: > Have to wait until someone removes something from > Wine cvs which would > otherwise cause configure to screw up if 'cvs update > -RdP' didn't remove it I > guess - its one of those > no-non-black-crows-disproving-the-all-crows-are-black > kind of deals :-) > > -- degs what about downloading the latest snapshot? 20020509 is out. dl it and then cvs update -RdP wine...i didnt have any problems doing it that way... the only time you ever need to use cvs checkout is when you are downloading it for the first time... the rest of the time use cvs update -RdP wine... __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: wineinstall fails after cvs update
by Dustin Navea 11 May '02

11 May '02

--- degs <degs(a)giantblob.com> wrote: > On Saturday 11 May 2002 21:30, you wrote: > > try doing cvs update -RdP wine > > > > and see if configure fails after that... > > thanks > -- degs > > > > __________________________________________________ > > Do You Yahoo!? > > LAUNCH - Your Yahoo! Music Experience > > http://launch.yahoo.com > did it work? :) -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

wineinstall fails after cvs update
by degs 11 May '02

11 May '02

Hi, I find tools/wineinstall frequently fails in ./configure when trying to rebuild Wine after a "cvs update". I only seem to be able to fix this by blowing away the whole tree and re-fetching it with "cvs checkout". Is wineinstall the Right Way to build Wine when one is trying to hack on it? thanks -- degs PS: I know hardly anything about autoconf (shudder) and absolutely *zero* about CVS :-(

6 8

FindFirstFile
by Insyde 11 May '02

11 May '02

Hi, I looked for the APIs wine had already implemented, but I didn't find, so I'll post this. I getting error with this API FindFirstFile. Wine does not show all of the attributes, not like Windows do. I made a program that reads from the command line the file you're looking for and displays all the attributes from the API. I've compared both runnings. Wine results are different from the Windows. Wasn't that API fully implemented? If so, why is the results differents? thanks, Ricardo.

11 17

strange errors to me
by Lonnie Cumberland 11 May '02

11 May '02

Hello All, I was trying to install TCL 8.4. The install went all the way through and said "installation completed" via their installer, but then the last window to popup from the installer froze up wine. I was then able to get these error messages from a program called "OpenVision" and I do not know what they mean is wrong. I was able to get these messages. -------------------------------------------------------------- err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/desktop.ini" err = 55 err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/Mtsorts.ttf" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/script.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/SFMAOFRG.PFM" err = 2 err:font:AddFontFileToList Unable to load font file "/c/windows/Fonts/SFMATEXT.PFM" err = 2 fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:richedit:RICHED32_WindowProc Unknown message 0x0081 fixme:richedit:RICHED32_WindowProc Unknown message 0x0210 fixme:richedit:RICHED32_WindowProc Unknown message 0xbe10 fixme:richedit:RICHED32_WindowProc Unknown message 0xb012 fixme:richedit:RICHED32_WindowProc Unknown message 0xbe10 fixme:richedit:RICHED32_WindowProc Unknown message 0x0082 fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub wine: Unhandled exception, starting debugger... Warning: /usr/local/bin/winedbg.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 60.exe not accessible from a configured DOS drive Warning: /usr/local/bin/winedbg 134657448 60 not accessible from a configured DOS drive err:seh:start_debugger Couldn't start debugger ("/usr/local/bin/winedbg 134657448 60") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. ------------------------------------------------------------- Does anyone have any ideas on how to fix these? Any help would be greatly appreciated. Lonnie

3 3

Re: DPMI RawModeSwitch, return to protected mode fix
by Joerg Mayer 11 May '02

11 May '02

On Sat, May 11, 2002 at 05:23:39PM +0300, Jukka Heinonen wrote: > + /* > + * FIXME: This routine will not work if it is called > + * from 32 bit DPMI program and the program returns > + * to protected mode while ESP or EIP is over 0xffff. > + * FIXME: This routine will not work if it is not called > + * using 16-bit-to-Wine callback glue function. > + */ Shouldn't these be FIXME("...") or an ERR()? That way people would know immediatly why their program failed. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

TCL 8.3 installs?
by Lonnie Cumberland 11 May '02

11 May '02

Hello All, I was just wondering if anyone has had any troubles getting TCL 8.3 to install under Wine? I tried, but it froze up. I will try again tomorrow and hopefully be able to get some error messages to report to the group, ok. Cheers, Lonnie

1 0

Internationalisation (bug #452)
by Sylvain Petreolle 11 May '02

11 May '02

Hi, I'm currentlly converting winhelp for NLS use. I have to problems to use Va.rc,since I don't know whis country this file is associed to. (probably due to the fact I was asleep in history & geography :) ). I looked in dlls/kernel/nls but didn't see it. Can someone help ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

7 10

Re: PATCH: imaadp32.acm
by Eric Pouech 10 May '02

10 May '02

Marcus Meissner a écrit : > > On Fri, May 10, 2002 at 07:57:16PM +0200, Marcus Meissner wrote: > > Hi, > > > > This implements an empty stub for DriverProc, until we have something here. > > (So we don't crash loading this driver.) > > Or better, just drop the whole thing. I have an IMA ADPCM ready for inclusion (with decoding and encoding ready). I may have time to send it tonight (with a ton of other stuff I have in my tree), so don't bother with this patch A+

1 0

Regression in CreateDIBSection
by Mehmet YASAR 10 May '02

10 May '02

Hi, the following patch incorporated in CVS may 3rd has broken BabyGammon (you can get it at http://www.directfichiers.com/babygammon/BAFR100DOGT90.EXE ) With it I have black background instead of the normal backgammon game. If somebody could look at this ... Mehmet YASAR Extract from logs : .... 08073078:Call user32.LoadImageA(00400000,0000006a,00000000,00000000,00000000,00002000) ret=00407f17 08073078:Call x11drv.CreateDIBSection(403844f4,403bb334,00000000,00000000,00000000,00000000,00000000) ret=407b4ac2 trace:bitmap:X11DRV_DIB_CreateDIBSection format (114,19), planes 1, bpp 8, size 2204, colors 256 (RGB) 08073078:Call x11drv.GetDeviceCaps(403844f4,0000000c) ret=407b173b 08073078:Ret x11drv.GetDeviceCaps() retval=00000010 ret=407b173b 08073078:Call x11drv.GetDeviceCaps(403844f4,0000000e) ret=407b173b 08073078:Ret x11drv.GetDeviceCaps() retval=00000001 ret=407b173b trace:bitmap:CreateBitmap 114x19, 65536 colors returning 00000870 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 4 08073078:Ret x11drv.CreateDIBSection() retval=00000870 ret=407b4ac2 .... Index: wine/graphics/x11drv/dib.c diff -u wine/graphics/x11drv/dib.c:1.91 wine/graphics/x11drv/dib.c:1.92 --- wine/graphics/x11drv/dib.c:1.91 Wed Apr 24 16:32:11 2002 +++ wine/graphics/x11drv/dib.c Sat May 4 13:32:48 2002 @@ -5793,16 +5793,8 @@ InitializeCriticalSection(&(dib->lock)); if (VIRTUAL_SetFaultHandler(bm.bmBits, X11DRV_DIB_FaultHandler, (LPVOID)res)) { - if (section || offset) - { - X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READWRITE ); - if (dib) dib->status = DIB_Status_AppMod; - } - else - { - X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READONLY ); - if (dib) dib->status = DIB_Status_InSync; - } + X11DRV_DIB_DoProtectDIBSection( bmp, PAGE_READWRITE ); + if (dib) dib->status = DIB_Status_AppMod; } }

2 2

Re: wine/ ./configure ./configure.ac include/confi ...
by Joerg Mayer 10 May '02

10 May '02

On Thu, May 09, 2002 at 08:33:41PM -0500, Alexandre Julliard wrote: > Log message: > Steven Edwards <Steven_Ed4153(a)yahoo.com> > Detect snprintf && _snprintf, use _snprintf on stupid platforms > (windows). I'm afraid that this is the wrong solution to this problem: People using sNprintf do this sometimes for security reasons. Just ignoring the length is very likely to cause some problems with applications that would have been otherwise secure (I'm thinking of chatclients etc). snprintf should either be implemented or the application simply should not work, but making a secure app insecure is not the way to go. ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

2 2

Request For Comments: emulation of Windows file attributes on POSIX
by Jakob Eriksson 10 May '02

10 May '02

I filed a bug that comments Wine can't create a HIDDEN file, so that Wine does not later find it with FindFirstFile(). http://bugs.winehq.com/show_bug.cgi?id=660 there was a little discussion there and I suggested a) a mode where Wine reads the special info from VFAT and NTFS filesystems. (linux kernel enhancement probably necessary) b) for POSIX filesystems, an emulation layer where Wine emulates the attributes by storing them in a special file in each directory. Andriy Palamarchuk commented with this: There are plans on integration with Samba and this functionality can be implemented there for communication with Windows machines. However, I can't decide whether it is worth to implement these features for Posix file system. I suggest you to discuss the matter on wine-devel. Is it worth it at all? Is it worth it if I implement it as a Wine learning exercise and all you Wine demigods have to do is either say "ok" or "bad, to slow, let's ditch it" or whatever. I don't understand that about Samba integration. Can they read the special attributes on VFAT and NTFS? Are they planning to emulate it? -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

2 1

A little configure change help needed for the mingw/msys port.
by Steven Edwards 09 May '02

09 May '02

Preface: If you have the time to help thanks, if not I will keep fighting with it and should be able To get it sooner or latter and thanks anyway. After the recent patch for cygwin I found the 2 changes I need to make to configure/configure.ac for a mingw host/target but I'm having trouble with the syntax of configure to get it to do what I need it to do. My current porting work has been based on some dirty hacks to configure that didn't Really fix the problem without breaking the checks for other platforms. Now I just need some help making These 2 changes. Change #1. at line 5552 its checking for dlopen which I think is in dlfcn.h. Mingw doesn't have this and I don't think the mingw port needs this but configure returns. else LIBEXT="a" fi This of course causes configure to bomb because we need to build a dll/so. I cant get my syntax right To let it know not to set LIBEXT=a here if it's a mingw host. Change #2 On line 9465 there is the $LIBEXT = so/$target_os *cygwin* check. If I make Change #1 via my dirty breaking of configure and I change the case $target_os to *mingw* then it generates My makefiles right. My problem is really stupid because if I copy the cygwin check and make a mingw check It bitches about unexepected EOF in the configure script where I'm just missing a if/fi or something. Like I said, its really minor. Once this is done then you should at least be able to ./configure on msys just like cygwin if they fix the dlltool/wrap on msys. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

Help debugging wine with CAM app
by Kyle 09 May '02

09 May '02

I'd like to get involved in wine development. I'm starting by trying to get wine to run my favorite CAM application. Anyone who could give me a little coaching on debugging would be much appreciated. I'm using a recent CVS download of wine. To replicate the problem, do: Download the zip file at ftp://ftp.actarg.com/pub/misc/mtc.tgz. Unzip it under /c/Program Files. Then CD into MTC/TurboNest/Program and run: winedbg TurboNst.exe --debugmsg trace+string,+relay 2>/tmp/debug.out Search in the debug file for the string: TURBONST.ent Right around there is about where it starts to go into an endless loop. I have been single stepping all around in there and I can't figure out what is going on. One wierd thing: In the debugger, do break INT_Int31Handler cont then single step into CallRMInt on line: if (!Dosvm.CallRMInt && !DPMI_LoadDosSystem()), it doesn't seem to call DPMI_LoadDosSystem() at the correct address it calls some other address which looks like a jump table of some kind I'm not sure if that's the problem, but in any case, there's a point soon thereafter where it gets stuck doing: trace:string:lstrcmpiA strcmpi "" and "TURBONST.ent" over and over again. One other interesting thing: I found out by accident that if I patch into wine an illegal operation as follows: Put into the last line of procedure: BOOL WINAPI SetCurrentDirectoryA( LPCSTR dir ) a command that access memory illegally such as: FIXME("TRUE:%s\n",drive); //drive is an int--not a string Then run the program. Wine reports the illegal memory access, but then goes on to run the program successfully (other than that the fonts look funny and that function doesn't work right). Anyone that has experience debugging wine, I'm interested in learning more about how to do it. If I can get some experience under my belt, I'd love to help developing wine and finding more bugs. Thanks in advance! Kyle Bateman

2 1

Possible fix for DLLSeparation, Bug #543
by Uwe Bonnes 09 May '02

09 May '02

Hallo, appended patch exports FILE_DupUnixHandle() as wine_dup_unix_handle() from kernel32. As FILE_DupUnixHandle uses it's own server-call, I thinks we need it as wine-exported function. Please comment if it is the right approach and apply if appropriate Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing -- Index: wine/include/winbase.h =================================================================== RCS file: /home/wine/wine/include/winbase.h,v retrieving revision 1.142 diff -u -r1.142 winbase.h --- wine/include/winbase.h 25 Apr 2002 21:34:24 -0000 1.142 +++ wine/include/winbase.h 9 May 2002 21:24:45 -0000 @@ -1747,7 +1747,7 @@ /* Wine internal functions */ BOOL WINAPI wine_get_unix_file_name( LPCSTR dos, LPSTR buffer, DWORD len ); - +HANDLE WINAPI wine_dup_unix_handle( int fd, DWORD access, BOOL inherit ); /* a few optimizations for i386/gcc */ Index: wine/include/file.h =================================================================== RCS file: /home/wine/wine/include/file.h,v retrieving revision 1.41 diff -u -r1.41 file.h --- wine/include/file.h 5 Apr 2002 22:53:57 -0000 1.41 +++ wine/include/file.h 9 May 2002 21:24:56 -0000 @@ -69,7 +69,6 @@ extern int FILE_strcasecmp( const char *str1, const char *str2 ); extern int FILE_strncasecmp( const char *str1, const char *str2, int len ); extern void FILE_SetDosError(void); -extern HANDLE FILE_DupUnixHandle( int fd, DWORD access, BOOL inherit ); extern int FILE_GetUnixHandle( HANDLE handle, DWORD access ); extern BOOL FILE_Stat( LPCSTR unixName, BY_HANDLE_FILE_INFORMATION *info ); extern HFILE16 FILE_Dup2( HFILE16 hFile1, HFILE16 hFile2 ); Index: wine/dlls/kernel/kernel32.spec =================================================================== RCS file: /home/wine/wine/dlls/kernel/kernel32.spec,v retrieving revision 1.50 diff -u -r1.50 kernel32.spec --- wine/dlls/kernel/kernel32.spec 9 May 2002 00:05:50 -0000 1.50 +++ wine/dlls/kernel/kernel32.spec 9 May 2002 21:25:50 -0000 @@ -1011,3 +1011,6 @@ # Unix files @ stdcall wine_get_unix_file_name(str ptr long) wine_get_unix_file_name + +#Unix handles +@ stdcall wine_dup_unix_handle(long long long) wine_dup_unix_handle Index: wine/files/file.c =================================================================== RCS file: /home/wine/wine/files/file.c,v retrieving revision 1.145 diff -u -r1.145 file.c --- wine/files/file.c 26 Apr 2002 18:31:19 -0000 1.145 +++ wine/files/file.c 9 May 2002 21:27:29 -0000 @@ -307,12 +307,12 @@ /*********************************************************************** - * FILE_DupUnixHandle + * wine_dup_unix_handle * * Duplicate a Unix handle into a task handle. * Returns 0 on failure. */ -HANDLE FILE_DupUnixHandle( int fd, DWORD access, BOOL inherit ) +HANDLE WINAPI wine_dup_unix_handle( int fd, DWORD access, BOOL inherit ) { HANDLE ret; Index: wine/dlls/x11drv/x11drv_main.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/x11drv_main.c,v retrieving revision 1.49 diff -u -r1.49 x11drv_main.c --- wine/dlls/x11drv/x11drv_main.c 24 Apr 2002 21:32:11 -0000 1.49 +++ wine/dlls/x11drv/x11drv_main.c 9 May 2002 21:29:06 -0000 @@ -457,7 +457,7 @@ fcntl( ConnectionNumber(data->display), F_SETFD, 1 ); /* set close on exec flag */ if (synchronous) XSynchronize( data->display, True ); wine_tsx11_unlock(); - data->display_fd = FILE_DupUnixHandle( ConnectionNumber(data->display), + data->display_fd = wine_dup_unix_handle( ConnectionNumber(data->display), GENERIC_READ | SYNCHRONIZE, FALSE ); data->process_event_count = 0; NtCurrentTeb()->driver_data = data; Index: wine/scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.179 diff -u -r1.179 process.c --- wine/scheduler/process.c 29 Apr 2002 19:34:06 -0000 1.179 +++ wine/scheduler/process.c 9 May 2002 21:29:30 -0000 @@ -299,9 +299,9 @@ /* no parent, and no new console requested, create a simple console with bare handles to * unix stdio input & output streams (aka simple console) */ - SetStdHandle( STD_INPUT_HANDLE, FILE_DupUnixHandle( 0, GENERIC_READ|SYNCHRONIZE, TRUE )); - SetStdHandle( STD_OUTPUT_HANDLE, FILE_DupUnixHandle( 1, GENERIC_WRITE|SYNCHRONIZE, TRUE )); - SetStdHandle( STD_ERROR_HANDLE, FILE_DupUnixHandle( 1, GENERIC_WRITE|SYNCHRONIZE, TRUE )); + SetStdHandle( STD_INPUT_HANDLE, wine_dup_unix_handle ( 0, GENERIC_READ|SYNCHRONIZE, TRUE )); + SetStdHandle( STD_OUTPUT_HANDLE, wine_dup_unix_handle ( 1, GENERIC_WRITE|SYNCHRONIZE, TRUE )); + SetStdHandle( STD_ERROR_HANDLE, wine_dup_unix_handle ( 1, GENERIC_WRITE|SYNCHRONIZE, TRUE )); } else if (!(main_create_flags & (DETACHED_PROCESS|CREATE_NEW_CONSOLE))) {

1 0

Re: FindFirstFile
by Kari Hurtta 09 May '02

09 May '02

http://www.winehq.com/hypermail/wine-devel/2002/05/0253.html | Vincent | | --- files/file.c.orig Thu May 9 10:55:51 2002 | +++ files/file.c Sun Apr 28 20:01:55 2002 | @@ -659,7 +659,7 @@ | if (!(st->st_mode & S_IWUSR)) | info->dwFileAttributes |= FILE_ATTRIBUTE_READONLY; | | - RtlSecondsSince1970ToTime( st->st_mtime, &info->ftCreationTime ); | + RtlSecondsSince1970ToTime( st->st_ctime, &info->ftCreationTime ); | RtlSecondsSince1970ToTime( st->st_mtime, &info->ftLastWriteTime ); | RtlSecondsSince1970ToTime( st->st_atime, &info->ftLastAccessTime ); Isn't creationtime usually set to MIN(st->st_mtime,st->st_ctime)

1 0

Testframework primer needed
by Uwe Bonnes 09 May '02

09 May '02

Hallo, I can't find a primer in the wine distribution. I think it should be included. Possible subjects: Writing good test, running test on wine and winxx, ... Also is there a directive for a failing test to immediatly abort or skip some part of the program flow? The reason I ask: Somwhow ../dlls/kernel/testfile.xxx was craeted readonly before and some test didn't erase it so it was left behind. On the next run dlls/kernel/tests/file.c test__hread went into an infinite loop about that, cluttering up the screen, making it hard to find the reason. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Account for possible missing backslah in GetTempPath
by Uwe Bonnes 09 May '02

09 May '02

Changelog: files/directory.c: GetTempPath[A|W] Acount for a possible missing backslash for size calculation -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing -- Index: wine/files/directory.c =================================================================== RCS file: /home/wine/wine/files/directory.c,v retrieving revision 1.45 diff -u -r1.45 directory.c --- wine/files/directory.c 9 Mar 2002 23:50:37 -0000 1.45 +++ wine/files/directory.c 9 May 2002 16:31:31 -0000 @@ -186,6 +186,21 @@ if (!(ret = GetEnvironmentVariableA( "TEMP", path, count ))) if (!(ret = GetCurrentDirectoryA( count, path ))) return 0; + if ((ret) && (ret +1 > count)) + /* We need to return the required length including the + trailing backslash. So we have to acually get the string + to test if the backslash is there */ + { + char *buffer; + UINT ret1; + if ((buffer = HeapAlloc( GetProcessHeap(), 0, ret ))) + { + ret1 = GetTempPathA(ret,buffer); + if (buffer[ret1-1] != '\\') + ret++; + HeapFree( GetProcessHeap(), 0, buffer ); + } + } if (count && (ret < count - 1) && (path[ret-1] != '\\')) { path[ret++] = '\\'; @@ -207,6 +222,21 @@ if (!(ret = GetEnvironmentVariableW( temp, path, count ))) if (!(ret = GetCurrentDirectoryW( count, path ))) return 0; + if ((ret) && (ret +1 > count)) + /* We need to return the required length including the + trailing backslash. So we have to acually get the string + to test if the backslash is there */ + { + WCHAR *buffer; + UINT ret1; + if ((buffer = HeapAlloc( GetProcessHeap(), 0, ret ))) + { + ret1 = GetTempPathW(ret,buffer); + if (buffer[ret1-1] != '\\') + ret++; + HeapFree( GetProcessHeap(), 0, buffer ); + } + } if (count && (ret < count - 1) && (path[ret-1] != '\\')) { path[ret++] = '\\';

1 0

test handling of trailing backslash in dlls/kernel/tests/path.c
by Uwe Bonnes 09 May '02

09 May '02

Changelog: dlls/kernel/tests/path.c: test_InitPathA Test what happens when TMP variable has no trailing backslash A patch to correct that hbehaviour follows. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing -- Index: wine/dlls/kernel/tests/path.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/path.c,v retrieving revision 1.3 diff -u -r1.3 path.c --- wine/dlls/kernel/tests/path.c 6 May 2002 20:13:16 -0000 1.3 +++ wine/dlls/kernel/tests/path.c 9 May 2002 16:23:44 -0000 @@ -19,6 +19,7 @@ */ #include <stdio.h> +#include <assert.h> #include "wine/test.h" #include "winbase.h" #include "winuser.h" @@ -330,20 +331,22 @@ { CHAR tmppath[MAX_PATH], /*path to TEMP */ tmpstr[MAX_PATH], - tmpstr1[MAX_PATH]; + tmpstr1[MAX_PATH], + envstr[MAX_PATH]; DWORD len,len1; INT id; HANDLE hndl; /* Test GetTempPathA */ - len=GetTempPathA(MAX_PATH,tmppath); + len=GetTempPathA(0,tmppath); ok(len!=0 && len < MAX_PATH,"GetTempPathA failed"); + len1=GetTempPathA(len,tmppath); ok(HAS_TRAIL_SLASH_A(tmppath), "GetTempPathA returned a path that did not end in '\\'"); lstrcpyA(tmpstr,"aaaaaaaa"); len1=GetTempPathA(len,tmpstr); - ok(len1==len+1, - "GetTempPathA should return string length %d instead of %d",len+1,len1); + ok(len1+1==len, + "GetTempPathA should return string %s length %d instead of %d",tmpstr, len,len1+1); if(WIN2K_PLUS(version)) { /* in Win2k, the path won't be modified, but in win98, wine it is */ todo_wine { @@ -351,6 +354,20 @@ "GetTempPathA should not have modified the buffer"); } } + + /* Now set the TMP variable to GetTempPath without the trailing backslash + to test for completion of backslash */ + len1 = GetEnvironmentVariableA("TMP",envstr,MAX_PATH); + ok(len1< MAX_PATH, "TMP Envirinment Variable too long"); + tmppath[len-2] = '\0'; + ok(SetEnvironmentVariableA("TMP",tmppath),"SetEnvironmentVariable(\"TMP\") failed"); + len1=GetTempPathA(0,tmppath); + len1=GetTempPathA(len1,tmppath); + ok(HAS_TRAIL_SLASH_A(tmppath), + "GetTempPathA didn't correct a TMP setting without trailing '\\'"); + ok(SetEnvironmentVariableA("TMP",envstr),"Can't reset TMP environment variable"); + len1=GetTempPathA(len,tmppath); + /* Test GetTmpFileNameA The only test we do here is whether GetTempFileNameA passes or not. We do not thoroughly test this function yet (specifically, whether

1 0

error while installing from source
by ---(rick moranis)--- 09 May '02

09 May '02

i recieved this error while trying to install from source (20020411): Performing 'make install' as root to install binaries, enter root password Password: **************************************** /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. Installation failed, aborting. wackness@SLIZ:/download/wine-20020411$ i know that the site recommends binaries, but they don't seem to function properly. i'm running slackware 8 linux. _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

3 2

compile error
by Stefan Leichter 09 May '02

09 May '02

Hello, i'm unable to build the current cvs on an Red Hat 5.2 (Apollo) box. i know the system is a little bit outdated but as i did not read about the problem on this newsgroup. i just like to make sure that you know about it. Stefan make[2]: Entering directory `/camdev/projects/sle/wine/dlls/ntdll' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -L../../dlls -o ntdll.spec.c -spec ./ntdll.spec gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE__ -D_NTSYSTEM_ -D_REENTRANT -I/usr/X11R6/include -o ntdll.spec.o ntdll.spec.c gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fPIC -D__WINE__ -D_NTSYSTEM_ -D_REENTRANT -I/usr/X11R6/include -o cdrom.o cdrom.c cdrom.c: In function `CDROM_GetIdeInterface': cdrom.c:98: warning: implicit declaration of function `major' cdrom.c:105: `IDE6_MAJOR' undeclared (first use this function) cdrom.c:105: (Each undeclared identifier is reported only once cdrom.c:105: for each function it appears in.) cdrom.c:106: `IDE7_MAJOR' undeclared (first use this function) cdrom.c:110: warning: implicit declaration of function `minor' cdrom.c: In function `CDROM_ScsiPassThroughDirect': cdrom.c:1039: storage size of `cmd' isn't known cdrom.c:1040: storage size of `sense' isn't known cdrom.c:1066: `CGC_DATA_WRITE' undeclared (first use this function) cdrom.c:1069: `CGC_DATA_READ' undeclared (first use this function) cdrom.c:1072: `CGC_DATA_NONE' undeclared (first use this function) cdrom.c:1079: `CDROM_SEND_PACKET' undeclared (first use this function) cdrom.c:1040: warning: unused variable `sense' cdrom.c:1039: warning: unused variable `cmd' cdrom.c: In function `CDROM_ScsiPassThrough': cdrom.c:1103: storage size of `cmd' isn't known cdrom.c:1104: storage size of `sense' isn't known cdrom.c:1137: `CGC_DATA_WRITE' undeclared (first use this function) cdrom.c:1140: `CGC_DATA_READ' undeclared (first use this function) cdrom.c:1143: `CGC_DATA_NONE' undeclared (first use this function) cdrom.c:1150: `CDROM_SEND_PACKET' undeclared (first use this function) cdrom.c:1104: warning: unused variable `sense' cdrom.c:1103: warning: unused variable `cmd' make[2]: *** [cdrom.o] Error 1 make[2]: Leaving directory `/camdev/projects/sle/wine/dlls/ntdll' make[1]: *** [ntdll/ntdll.dll.so] Error 2 make[1]: Leaving directory `/camdev/projects/sle/wine/dlls' make: *** [dlls] Error 2

3 3

Wine and ctl3d.dll
by Ian D. Stewart 09 May '02

09 May '02

Dear Developers, In going over the log file from a recent attempt to install Baldur's Gate, I ran across the following warning: :warn:module:BUILTIN32_dlopen cannot open .so lib for builtin ctl3d.dll: ctl3d.dll.so: cannot open shared object file: No such file or directory I looked in wine/dlls and sure enough, there was no entry for ctl3d. What facilities does this library provide, and are there any plans to implement it in wine? Thanx, Ian

2 1

Getting heap error messages, using winelib
by blight 08 May '02

08 May '02

Hi! I am linking my app against winelib that i can use binary windows dlls with it... It compiles and links, but when running it i am getting this error message a few times: err:heap:HEAP_GetPtr Invalid heap 00000000! i am not doing anything to init libwine (since i wasn't able to find information about using it, just how to convert windows code with winemaker), all i did was link against libwine and libkernel32... does anyone know how to get it working? btw: how do i build wine with debugging enabled (-g3) ? thanks, blight ________________________________________________________________ Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13

2 1

Problem with InstallShield (Was Re: [Bug 629] Changed - Problem with InstallShield: ole:CoTreatAsClass(stub), ole:CoGetClassObject)
by Andriy Palamarchuk 08 May '02

08 May '02

A problem with InstallShield was reported to Bugzilla. InstallShield support is very critical for the project and I decided to announce this bug on wine-devel. http://bugs.winehq.com/show_bug.cgi?id=629 I do not have time to do deep investigation of the issue. Please, take ownership of the bug if you start to work on it. Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

13 27

Re: Fixes to _lcreat
by Francois Gouget 08 May '02

08 May '02

On Wed, 8 May 2002, Jakob Eriksson wrote: [...] > Index: dlls/kernel/tests/directory.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/directory.c,v > retrieving revision 1.2 > diff -u -r1.2 directory.c > --- dlls/kernel/tests/directory.c 1 Apr 2002 21:00:26 -0000 1.2 > +++ dlls/kernel/tests/directory.c 7 May 2002 23:28:33 -0000 > @@ -126,3 +126,4 @@ > test_GetSystemDirectoryA(); > test_GetSystemDirectoryW(); > } > + Maybe not really necessary :-) > Index: dlls/kernel/tests/file.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/file.c,v > retrieving revision 1.2 > diff -u -r1.2 file.c > --- dlls/kernel/tests/file.c 6 May 2002 20:12:55 -0000 1.2 > +++ dlls/kernel/tests/file.c 7 May 2002 23:28:33 -0000 [...] > @@ -170,6 +185,261 @@ > > ok( HFILE_ERROR == _lclose(filehandle), "_lclose should whine about this." ); > > +<<<<<<< file.c > + ok( DeleteFileA( filename ) != 0, "DeleteFileA complains." ); > +} Wow! You have conflicts in your patch! You should resolve those and resubmit. Or maybe this was the wrong diff? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Advice is what we ask for when we already know the answer but wish we didn't -- Eric Jong

1 0

Regression - err:module:MZ_DoLoadImage insufficient DOS memory
by Andriy Palamarchuk 08 May '02

08 May '02

I tested an application while researching bug 637: http://bugs.winehq.com/show_bug.cgi?id=637 Suddely on Tuesday after refreshing Wine I started to get those errors. The relevant part of the error log (sorry for the line wrapping): 080706b8:Call winedos.LoadDosExe(0804d5e0 "C:\\Program Files\\Chami\\HTML-Kit\\Bin\\HTMLKit.exe",00000014) ret=0804c04f 080706b8:trace:file:SetFilePointer handle 20 offset 0 high 0 origin 0 080706b8: set_file_pointer( handle=20, low=0, high=0, whence=0 ) 080706b8: set_file_pointer() = 0 { new_low=0, new_high=0 } 080706b8:trace:file:ReadFile 20 0x405b6ce0 64 0x405b6cdc (nil) 080706b8: get_handle_fd( handle=20, access=80000000 ) 080706b8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } 080706b8:trace:module:MZ_InitMemory Initializing DOS memory structures 080706b8:trace:module:MZ_DoLoadImage Allocating DOS memory (min=6349136, max=6346368) 080706b8:err:module:MZ_DoLoadImage insufficient DOS memory 080706b8:Ret winedos.LoadDosExe() retval=00000000 ret=0804c04f wine: can't exec 'HTMLKit.exe': error=8 I *think* I refreshed CVS on Monday and the issue was not there, so this happened on Monday-Tuesday. I reviewed the recent patches, but did not find anything suspicios. Does anybody recognizes the issue? Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

Property Sheet empty
by Insyde 08 May '02

08 May '02

Hi, I've noticed that property sheet is not yet completely implemented. But I've seen no errors regarding to it. I've build 2 programs one with simple tab control screen and another with a property sheet. (I know they're different, but I mada this to see the code). Tab control works, but the property sheet is not mounted. It just shows the tab with no content. Don't know if there's already a program to test it, but if you want I can send the source. Thanks Ricardo.

2 1

seg fault compiling wine
by Mason Kidd 08 May '02

08 May '02

Hi everyone, I'm getting a segmentation fault compiling wine. This is the error message: LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -L../../dlls -o kernel32.spec.c -spec ./kernel32.spec make: *** [kernel32.spec.c] Segmentation fault make: *** Deleting file `kernel32.spec.c' This is using the current CVS source. I also downloaded the wine-20020411 release of wine and got the same error. I am assuming that there is something wrong with my setup, because I compiled the CVS source about 2 weeks ago without problems, which was after the wine-20020411 release. Any ideas? Thanks, Mason Kidd

2 1

Does WINE support PrintView, Print, Chinese Input Method?
by Xiao Bing Yan 08 May '02

08 May '02

Hi, I have a Chinese application on Windows, now I want it(its binary) running on Linux with WINE. My questions are whether or not this application on Linux would be able to support PrintView, Print, Chinese Input Method, Clipboard, OLE? Yan

1 0

Re: [Bug 656] New - aol update fails, time conversion possibly broken
by Andreas Mohr 07 May '02

07 May '02

On Tue, May 07, 2002 at 05:10:18PM -0500, wine-bugs(a)winehq.com wrote: > http://bugs.winehq.com/show_bug.cgi?id=656 > > *** shadow/656 Tue May 7 17:10:18 2002 > --- shadow/656.tmp.9221 Tue May 7 17:10:18 2002 > *************** > *** 0 **** > --- 1,43 ---- > + +============================================================================+ > + | aol update fails, time conversion possibly broken | > + +----------------------------------------------------------------------------+ > + | Bug #: 656 Product: Wine | > + | Status: UNCONFIRMED Version: unspecified | > + | Resolution: Platform: | > + | Severity: normal OS/Version: All | > + | Priority: P1 Component: wine-files | > + +----------------------------------------------------------------------------+ > + | Assigned To: wine-bugs(a)winehq.com | > + | Reported By: michaelc(a)lindows.com | > + | CC list: Cc: | > + +----------------------------------------------------------------------------+ > + | Milestone: TargetMilestone: --- | > + | URL: | > + +============================================================================+ > + | DESCRIPTION | > + When you exit aol, it downloads an update, a UTF file, and that update fails to install. > + > + I'm almost positive that this is the cause: > + > + 080e42d8:Call kernel32.CreateFileA(40566544 "C:\\Program Files\\America Online > + 7.0\\TOD\\ADELETE.AAA",80000000,00000000,00000000,00000003,00000000,00000000) ret=004031a5 > + 080e42d8:Ret kernel32.CreateFileA() retval=00000040 ret=004031a5 > + 080e42d8:Call kernel32.GetFileTime(00000040,00000000,00000000,40566648) ret=004031b9 > + 080e42d8:Ret kernel32.GetFileTime() retval=00000001 ret=004031b9 > + 080e42d8:Call kernel32.FileTimeToLocalFileTime(40566648,40566650) ret=004031cb > + 080e42d8:Ret kernel32.FileTimeToLocalFileTime() retval=00000001 ret=004031cb > + 080e42d8:Call kernel32.FileTimeToSystemTime(40566650,40566658) ret=004031d9 > + 080e42d8:Ret kernel32.FileTimeToSystemTime() retval=00000001 ret=004031d9 > + 080e42d8:Call kernel32.CloseHandle(00000040) ret=00403213 > + 080e42d8:Ret kernel32.CloseHandle() retval=00000001 ret=00403213 > + 080e42d8:Call kernel32.lstrcmpiA(40566440 "20011008164848",4056633c "20011008214848") ret=0040322c > + 080e42d8:Ret kernel32.lstrcmpiA() retval=ffffffff ret=0040322c > + 080e42d8:Call user32.wvsprintfA(40565e0c,00410708 " TODPartCheck (%s, %d, %s) failed: %d bytes <%s>\n",4056631c) ret=00402441 > + 080e42d8:Ret user32.wvsprintfA() retval=0000007a ret=00402441 > + 080e42d8:Call kernel32.lstrlenA(40565e0c " TODPartCheck (C:\\Program Files\\America Online 7.0\\TOD\\ADELETE.AAA, 3, 2001100"...) > + ret=00402383 > + 080e42d8:Ret kernel32.lstrlenA() retval=0000007a ret=00402383 > + 080e42d8:Call kernel32.GlobalAlloc(00002042,0000007a) ret=0040239b > + 080e42d8:Ret kernel32.GlobalAlloc() retval=4037c4a6 ret=0040239b > + > + Which means that one of those *Time*To*Time* functions are broken. Hmm, yeah, maybe. I've also suspected these functions lately with some program, but I quickly went on to check for another cause of the failure. Seems like it may really have been the file time functions, though... Well, Oct. 08 2001, 16:48:48 vs. Oct. 08 2001, 21:48:48 sounds like a 5 hour difference to me... (which almost has to be a bug, since it'd be pretty amazing if such an accurate difference of exactly 5 hours was by coincidence) Just assuming that the two dates are supposed to match, of course... I wish you good luck in analyzing the time conversion functions ! ;-) (I know that it *will* hurt ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

mmap fails (bug 311)
by Andriy Palamarchuk 07 May '02

07 May '02

Alexandre, I found a case when mmap fails. For details see: http://bugs.winehq.com/show_bug.cgi?id=311 I already reassigned this bug to you. Duplicating on wine-devel in case it will be interesting to somebody else. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

Patch for lotus (resubmit)
by Tony Lambregts 07 May '02

07 May '02

The attached patch (by Toby Haynes I think) has not made it into CVS and I was wondering what needs to be done to make it accepatable. I know that it is a hack but it makes lotus work. Changelog : dlls/user/painting.c Hack to fix bug in lotus where keyboard input is not displayed Tony Lambregts tony_lambregts(a)telusplanet.net Index: painting.c =================================================================== RCS file: /home/wine/wine/dlls/user/painting.c,v retrieving revision 1.2 diff -u -r1.2 painting.c --- painting.c 9 Mar 2002 23:44:30 -0000 1.2 +++ painting.c 7 May 2002 14:49:26 -0000 @@ -24,6 +24,7 @@ #include "wingdi.h" #include "wine/winuser16.h" #include "wine/server.h" +#include "gdi.h" #include "win.h" #include "dce.h" #include "wine/debug.h" @@ -148,7 +149,7 @@ /*********************************************************************** - * BeginPaint (USER32.@) + * BeginPaint (USER32.@) */ HDC WINAPI BeginPaint( HWND hwnd, PAINTSTRUCT *lps ) { @@ -235,10 +236,23 @@ /*********************************************************************** - * EndPaint (USER32.@) + * EndPaint (USER32.@) */ BOOL WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) { + WND *wnd; + if (hwnd && (wnd = WIN_FindWndPtr(hwnd))) + { /* FIXME : is this appropriate here !? */ + DWORD clsStyle = wnd->clsStyle; + WIN_ReleaseWndPtr(wnd); + if (clsStyle & CS_OWNDC) /* the dc has been reused */ + { /* restore visible region */ + HRGN hrgn=CreateRectRgn(0,0,0,0); + SetHookFlags16( lps->hdc, DCHF_INVALIDATEVISRGN ); + USER_Driver.pGetDC( hwnd, lps->hdc, hrgn, DCX_EXCLUDERGN ); + DeleteObject(hrgn); + } + } ReleaseDC( hwnd, lps->hdc ); ShowCaret( hwnd ); return TRUE;

2 1

Re: DPMI RawModeSwitch support added
by Alexandre Julliard 07 May '02

07 May '02

Jukka Heinonen <jhei(a)iki.fi> writes: > The patch does some potentially nasty things in memory/instr.c: > - indirect jump to RawModeSwitch routine using interrupt handler. > - directly calling interrupt handler so that I don't > have to worry about relay code. The problem with that is that you are going to run the DOS VM from inside the signal handler, which is probably not a good idea. Also I think you'll need to patch the context to make sure the code returns after the int31 instruction. -- Alexandre Julliard julliard(a)winehq.com

1 0

Problems with the new -DNO_LIBWINE on i386-mingw
by Steven Edwards 07 May '02

07 May '02

Should I need to build libwine if I'm just building tools, programs and dlls? I have no need of wineserver for the mingw port but I will need it for the cygwin port. Here is the command line I have been using with the new port.h changes ./configure --host=mingw32 --target=mingw32 --build=mingw32 CFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK -DNO_LIBWINE" CC="gcc -mno-cygwin" CXX="gcc -mno-cygwin" winebuild: gcc -mno-cygwin -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDO WS -DWINE_NOWINSOCK -DNO_LIBWINE -Wall -mpreferred-stack-boundary=2 -D__WINE__ - D_REENTRANT -o import.o import.c import.c: In function `warn_unused': import.c:289: `strcasecmp_is_not_portable' undeclared (first use in this functio n) import.c:289: (Each undeclared identifier is reported only once import.c:289: for each function it appears in.) import.c:289: parse error before `strcasecmp_is_not_portable' import.c:295: `strncasecmp_is_not_portable' undeclared (first use in this functi on) import.c:295: parse error before `strncasecmp_is_not_portable' import.c:287: warning: unused variable `len' make: *** [import.o] Error 1 wrc: utils.c: In function `dup_basename': utils.c:177: `strcasecmp_is_not_portable' undeclared (first use in this function ) utils.c:177: (Each undeclared identifier is reported only once utils.c:177: for each function it appears in.) utils.c:177: parse error before `strcasecmp_is_not_portable' utils.c:161: warning: unused variable `extlen' utils.c:180: warning: control reaches end of non-void function utils.c: In function `compare_name_id': utils.c:273: `strcasecmp_is_not_portable' undeclared (first use in this function ) utils.c:273: parse error before `strcasecmp_is_not_portable' make: *** [utils.o] Error 1 If I need to build libwine with my port even though I don't really need a libwine.dll I can, it just is a little waste of time. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

x error when multiple wine processes running
by Michael Cardenas 07 May '02

07 May '02

In testing the dreamweaver installer, I keep getting these errors: err:font:AddFontFileToList Already loaded font L"Wingdings 3" L"Regular" X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 15 (X_QueryTree) Resource id in failed request: 0x2c00014 Serial number of failed request: 63 Current serial number in output stream: 63 when I do a ps -A | grep wine I see that there are three wine processes running and two wineservers. Doing a killall wine allows me to run the app again. Does anyone know why this is happening? I've also seen other X errors after a crashed wine app where the x error is invalid window parameter but the opcode is X_CreateWindow or X_ChangeWindowAttributes. Our testers have reported that when any wine app crashes, you can't run another one until you logout of kde. -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 0

The Component Categories Manager
by John K. Hohm 07 May '02

07 May '02

I have been playing with getting a large application made with VB6 and using many third-party ActiveX controls to work with Wine. I am currently having a problem with the absence of COMCAT.DLL and The Component Categories Manager which is ostensibly implemented in it. In fact, Windows implements it in OLE32.DLL; COMCAT.DLL has do-nothing stubs for the registration functions and forwards DllGetClassObject to OLE32.DLL. The MSDN documentation for The Component Categories Manager seems very straightforward; it documents ICatRegister and ICatInformation, which I believe I could implement. Since I've not contributed to Wine before, and just recently joined the digested list, I want to check the following things: * Is anyone else working on this at the moment? * Is there a major technical reason this can't be done yet? * Is there some other reason for me not to work on this soon? * How should the source for this new functionality be organized? * Is there a standard (or exemplary) way to implement IEnumXXXX? I'll be needing IEnumCATID, IEnumCLSID, and IEnumCATEGORYINFO. * What should I do when I think I have working code?

3 2

native user32 dll
by Michael Cardenas 06 May '02

06 May '02

I'm still trying to fix aol so it can communicate with the web proxy, and I think I've narrowed down the problem to user32.dll, kernel32.dll, and ws2_32.dll. Is it possible to use the native user32.dll? I know kernel and ws3_32 don't work native. I found this: http://wine.codeweavers.com/docs/wine-user/dll-overrides.shtml "user, user32 Window management and standard controls. It was possible to use Win95's native versions at some point (if all other DLLs that depend on it, such as comctl32 and comdlg32, were also run native). However, this is no longer possible after the Address Space Separation, so leave at builtin." and I was wondering if it's still true. thanks michael

5 11

Resent: WM_WINHELP, was: Re: Handling of messages above WM_USER...
by Uwe Bonnes 06 May '02

06 May '02

Hallo, appended message sent April 12 got no feedback so long. Perhaps anybody has an idea now... (Perhaps another example where native user might help ) >>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: Alexandre> Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: >> I don't know if this global approach is valid, but at least it helped >> me to get winhlp32 working called with WinHelpA from an >> application. In what other way can we cope with user defined messages >> and their related structures in inter-process SendMessage? Alexandre> We can't. User messages cannot pass data around, WinHelpA Alexandre> will need to do that differently. The best way to find out Alexandre> how is probably to watch winhlp32 with a message spy under Alexandre> Windows. On Win95 OSR2 with Spy++ I could only see the Winhelp Message, nothing else special. Searching the web, I could find several approaches. However I think none of the required infrastructure is completly in place with wine yet - Allocate Remote memory The sending process allocates memory in the remote process with VirtualAlloxEx and copies the the local structure to that remote memory with WriteProcessMemory. Then the local process sends the WM_WINHELP message with the remote handle. This seems cleanest to me, but VirtualAllocEx is not yet implemented for remote processed. - Usage of shared memory (probably only on Win9X). Do we yet have shared memory? As we go the NT-way, this is probably depreciated. - Usage of SHAllocEx Probably requires support in the remote application to lock the passed handle, which is not the case for winhlp32.exe I could also see the possibility to inform the message-packer about the need to pack the WinHelp structure when RegisterWindowMessage is called. What other possibilities do other people see? Help and ideas appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Comparison info please?
by Lonnie Cumberland 06 May '02

06 May '02

Hello All, I hope that all of you are doing well today. Recently, I have been doing some searching on the web and have come across different verions of Wine and am not sure how they compare to each other as far as advancements. I have found Wine (here), Rewind, and also WineX. could someone please tell me about the differences and also which might be the most advanced and stable? thanks in advance, Lonnie

4 5

Docu: PE-Loader
by juergen.schmied＠debitel.net 06 May '02

06 May '02

Might be useful: http://www.smidgeonsoft.prohosting.com/#Windows%202000%20Loader Bye Juergen

1 0

RE: More MSVC fixes
by Patrik Stridvall 06 May '02

06 May '02

> > > However Alexandre doesn't like binary files in the CVS > for good reasons > > While I can see that to a point, it's not 100% clear to me > that storing a .gif > (or what have you) in CVS is such a bad idea. I mean, the > main advantage > of storing stuff as plain text is to be able to look at (and > undrestand :)) > the diffs. However, that's not the case for images, even when > stored in a > text format. > > CVS can handle binary files no problem. Can someone please refresh my > memory on why storing binary _images_ in CVS is such a bad idea? I think it is because CVS can't store the diffs between binary files. It stores the whole file even if only one byte change. So it takes a lot of space to store the history of the file. Of course storing space is cheap nowadays...

6 10

Whatever happend to winepath?
by Michael Wetherell 05 May '02

05 May '02

I posted a utility to convert between unix and DOS paths the other day, something like cygwin's cygpath, and it didn't get applied. So I was wondering why? Was it not thought to be useful or was there semething wrong that I can fix? MIke

2 1

Help with LCM_Unicode_LUT in ole2nls.c wanted
by Uwe Bonnes 05 May '02

05 May '02

Hallo, looking at LCMapStringW, I think we need some table like the LCM_Unicode_LUT[] table. However - I don't understand where the values come from. Odd values seem to be a collation of flags, even values to be some character weight and LCM_Diacritic_LUT[] is some weight for the diacritic. - Do the tables in ../wine/unicode somehow contain enough information to generate these tables? Help and pointers appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

3 3

Re: A dsound regression
by Duane Clark 05 May '02

05 May '02

Johan wrote: > On Fri, 3 May 2002, Duane Clark wrote: > >> A little more regression testing... >> >> The 5/1 dsound patch causes this on one of my apps: > ... >> err:wave:DSDB_MapPrimary (0x4568ca04): Could not map sound device for >> direct access (Input/output error) > > Before the patch Riven falls back to winmm, making the sound work. > > After the patch Riven can use DirectSound, but fails because your > soundcard and driver can't do mmap(). > Just for reference, this is a VIA 82C686 under ALSA 0.9beta12, which is probably a pretty common sound system. Also, I am a bit puzzled, since the map error comes after the LoadLibraryExA errors.

1 0

Re: GDI separation patch
by Dmitry Timoshkov 05 May '02

05 May '02

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > + { /* free its selector array */ > + WORD sel = SELECTOROF(bmp->segptr_bits); > + WORD count = (GetSelectorLimit16(sel) + 1) + 0xffff / 0x10000; ^^^^^^^^^^^^^^^^^^ Something wrong here. > BTW, does anyone have an idea how to get rid of the remaining LOCAL_xxx() > calls in gdiobj.c ? GDI objects management should be moved eventually to wineserver. I can confirm Alexandre's suspicion about that undocumented behaviour. At least the following code works on windows2000: HWND hWnd; HBRUSH hBrush; LOGBRUSH lb; int nbytes; hWnd = FindWindow(NULL, "Calculator"); assert(hWnd); hBrush = (HBRUSH)GetClassLong(hWnd, GCL_HBRBACKGROUND); assert(hBrush); nbytes = GetObject(hBrush, sizeof(LOGBRUSH), &lb); assert(nbytes == sizeof(LOGBRUSH)); -- Dmitry.

1 0

Re: GDI separation patch
by Eric Pouech 05 May '02

05 May '02

> BTW, does anyone have an idea how to get rid of the remaining LOCAL_xxx() > calls in gdiobj.c ? > We need those because we do > GDI_HeapSel = instance | 7; > , so we directly use the GDI instance plus 7 as the heap selector > for GDI objects (thus we can't do a standard LocalInit, as this would > allocate a *new* selector for the new heap instead of using the implicit > GDI module one, and thus we need to pass the GDI_HeapSel to LOCAL_Alloc instead) I'd say: write a wrapper in gdi which 1/ sets DS to the GDI_HeapSel value 2/ calls LocalAlloc16 (for instance) (the call has to be a 16 bit call), so you need the relay to be generated for this 16 bit call 3/ restores old DS value (before 1) this sounds hacky, but it was a standard way of using the LocalXXX on several 64k buckets at the same time you may also create a new type of 32 => 16 relay stub, which sets DS to a passed value... (that'd be IMO the cleanest way...) A+

2 2

RE: More MSVC fixes
by Patrik Stridvall 05 May '02

05 May '02

> How are you planning on linking the dlls/resources once wine is up 2 > date on MSVC? No specific plan. I just fix issues that I can find acceptable solutions to one by one in hope that all will be fixed eventually. You and Alexandre have fixed some of them that I wasn't sure how to solve in an acceptable way so, as I said, perhaps we will solve them all eventually. :-) > Can MSVC build wrc resources and link them? The formats are not 100% compatible. Specificly WRC supports embedded icons and bitmaps. Microsoft RC requires a link to the binary. However Alexandre doesn't like binary files in the CVS for good reasons so making the RC files 100% Microsoft compatable wouldn't be a good idea either. Not sure how to solve this in a good way other than actually using WRC on Windows of course.

6 8

Issues building the spec.o on win32 with mingw
by Steven Edwards 04 May '02

04 May '02

I get this on almost every *.spec.o Administrator@LAPTOP /cygdrive/d/src/winehq/wine/dlls/commdlg $ make PATH="../../unicode:$PATH" ../../tools/wrc/wrc -I. -I. -I../../include -I../../ include -o rsrc.res -r rsrc.rc PATH="../../unicode:$PATH" ../../tools/winebuild/winebuild -L../../dlls -o comm dlg.spec.c -spec commdlg.spec gcc -mno-cygwin -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDO WS -DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -o commdlg.spec.o commdlg.spec.c /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccU3cEQ7.s: Assembler messages: /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccU3cEQ7.s:1104: Warning: unknown se ction attribute 'a' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccU3cEQ7.s:1106: Error: unknown pseu do-op: `.previous' make: *** [commdlg.spec.o] Error 1 Any ideas? I really don't need the spec because I can do a -l if I can build the .a for ntdll and a few others. I can use dlltool with the *.defs and then I only need winebuild to make the *.defs. Only problem is winebuild wants so's not dll's when building a def or looking for imports. I was going to have a look at the loader/winedump code for ideas but I thought I would ask here first. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

4 8

A dsound regression
by Duane Clark 04 May '02

04 May '02

A little more regression testing... The 5/1 dsound patch causes this on one of my apps: err:module:BUILTIN32_LoadLibraryExA loaded .so but dll sound.dll still not found - library environment problem or version conflict, check your setup. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll sound.dll still not found - library environment problem or version conflict, check your setup. err:wave:DSDB_MapPrimary (0x4568ca04): Could not map sound device for direct access (Input/output error)

2 1

Bug 446: SetFileAttributes and BufferOverflow
by Ann and Jason Edmeades 04 May '02

04 May '02

Looking at Bugzilla bug 446 and the msdn, it would appear (and testing confirms) that: rc = SetFileAttributes("fff", FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_READONLY ); _is_ valid and sets readonly. In the msdn "However, all other values override FILE_ATTRIBUTE_NORMAL." The wine code (files\file.c) prints a fixme if anything is set alongside attribute_normal: if (attributes & FILE_ATTRIBUTE_NORMAL) { attributes &= ~FILE_ATTRIBUTE_NORMAL; if (attributes) FIXME("(%s):%lx illegal combination with FILE_ATTRIBUTE_NORMAL.\n", lpFileName,attributes); } I would suggest a trace point rather than a fixme or remove this check altogether As to the buffer overflow, the only thought I have is a missing \n on the end of the error msg: if (!S_ISDIR(buf.st_mode)) FIXME("SetFileAttributes expected the file '%s' to be a directory", lpFileName); Thoughts? I can submit a patch for these simple issues, but I cant explain the other issues (re files expected to be directories) Regards, Jason

1 0

Application Database RFC
by Tony Lambregts 04 May '02

04 May '02

I have done a lot of thinking about the Application Database http://appdb.codeweavers.com lately and how the rating system works. We currently have 848 Applications in there but only 58 with a 5 star rating which works out to less than 10% and thats the good news. The bad news is that of those 58 only 26 rate that without windows installed. After takeing a closer look, none of the apps I looked at actualy rated 5 star by my way of judging. Now maybe I'm overly critical but in my way of thinking If the app doesn't install in wine then it shouldn't get a 5. IMHO We need to set criteria that give us a better/less subjective way of measuring how well we are doing. So this is what I have come up with. 1. Installation (total possible 2) Installs in wine with fake windows 2 points Installs in wine with windows mounted 1 point Does not install in wine 0 points 2. Running & DLLS (total possible 2) Runs fine using all builtin dlls 2 points Runs fine using native dlls 1 point Does not run/crashes on startup 0 points 3 Running general (total possible 2) program does not crash ever 2 points Program crashes only after long use or rare aspect used 1 point program crashes on startup or doing common function 0 points 4. Screen Presentation/layout (total possible 2) App looks exactly like it should 2 points Small problems that do not affect working with app 1 point App is unusable because of display problems 0 points 5. Fonts (total possible 2) Fonts look exacty right 2 points Fonts not exactly right but acceptable 1 point Fonts unreadable or totaly wrong. 0 points 6. Mouse (total possible 2) Mouse behaves as expected 2 points Mouse behaves strange but can still use app 1 point Mouse behaves badly and is unusable 0 points 7. Keyboard (total possible 2) Keyboard reacts as expected. 2 points Some keys/key combinations dont work but most do. 1 point Keyboard locks up or unresposive 0 points 8. Files save/restore (total possible 2) Able to save and restore files without any problems 2 points Can save and restore files but have problems 1 points Cannot save or restore files 0 points 9. Sound (total possible 2) Not applicable Sound is correct 2 points sound is ok most of the time but has minor glichs 1 point Sound is garbled or missing 0 points 10.Joystick/gamepad (total possible 2) Not applicable joystick/gamepad works correctly 2 points joystick/gamepad have problems but mostly work 1 point joystick/gamepad unresponsive 0 points 11.Registy/rememberd state (total possible 2) Not applicable Program remembers key settings from one session to next 2 points Program remembers most settings but not all 1 point program does not remember most settings at all 0 points 12. Date tested. Verison of wine used Each of the sections should have a comment field and a place to enter a url to a bug report if applicable Applications could be scored based as a percentage. Applications that use all critera would need all 22 points to get a 100% rating. For other applications some of these criteria are not applicable and their score would use a lower base score. Idealy we would be able to look at the AppDB and list all programs that have problems with any of the criteria Probably the most usefull aspect of this is that it gives users and developers a real way of measuring how well wine really is doing and where problems that affect the most programs are. I have cross posted this because I think this is important to both users and developers. Any comments, criticisims or helpfull suggestions welcome Tony Lambregts

9 15

Re: xrender patch
by Duane Clark 04 May '02

04 May '02

Jeremey White wrote: >> That does fix it, though I was getting used to the client side fonts :( >> What version of XFree86 is needed to get a good xrender? I am running >> version 4.1.0. > > You need 4.2.0. You can also just build libXrender.so, > which is not that hard to pull out of CVS and build by itself. > It turns out that two other applications (that worked prior to 4/23) fail even with the Huw patch that disables xrender. They give: err:ntdll:RtlpWaitForCriticalSection section 0x40b724a4 "x11drv_main.c: X11DRV_CritSection" wait timed out, retrying (60 sec) fs=023f err:ntdll:RtlpWaitForCriticalSection section 0x407a9718 "user.c: USER_SysLevel" wait timed out, retrying (60 sec) fs=008f wine: Unhandled exception, starting debugger... But I never actually get a debugger prompt, so I don't have more info then that. In any case, I just downloaded the binary tar file: http://ftp.xfree86.org/pub/XFree86/4.2.0/binaries/Linux-ix86-glibc22/Xbin.t… and took out just the libXrender.so.1.1, and installed it. Everything seems to work fine with that.

1 0

RE: FW: PATCH - check for ftruncate/fix for makedep when missing ftruncate (mingw)
by Steven Edwards 04 May '02

04 May '02

> Steven, > > patches should go to wine-patches prefered. > Yes I know, I have had auto compleate on and sometimes my mailing lists get mixed up. I will keep a closer eye on where/when my stuff gets sent out so theres not so much noise. Thanks Steven

1 0

Send PATCH - check for ftruncate/fix for makedep when missing ftruncate (mingw) to /dev/null
by Steven Edwards 03 May '02

03 May '02

I hit send when I was trying to save. I will be sending the new patch tonight. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: Steven Edwards [mailto:Steven_Ed4153@yahoo.com] > Sent: Friday, May 03, 2002 6:53 PM > To: 'wine-devel(a)winehq.com' > Subject: FW: PATCH - check for ftruncate/fix for makedep when > missing ftruncate (mingw) > > > Changelog: More Mingw work. > configure, configure.ac - Configure check for > ftruncate. > configure, configure.ac - Configure check for chsize > port.h - Use chsize instead of ftruncate if present. > port.h - Disable use of HAVE_PREAD and > HAVE_WRIT on Mingw > makedep.c - patch to use port.h > > Fix to disable > > "Every revolution was once a thought in one man's mind" > - Ralph Waldo Emerson >

1 0

FW: PATCH - check for ftruncate/fix for makedep when missing ftruncate (mingw)
by Steven Edwards 03 May '02

03 May '02

Changelog: More Mingw work. configure, configure.ac - Configure check for ftruncate. configure, configure.ac - Configure check for chsize port.h - Use chsize instead of ftruncate if present. port.h - Disable use of HAVE_PREAD and HAVE_WRIT on Mingw makedep.c - patch to use port.h Fix to disable "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

RE: fix brainfade
by Medland, Bill 03 May '02

03 May '02

Alexandre Yes, go with Francois' Bill > -----Original Message----- > From: Francois Gouget [mailto:fgouget@free.fr] > Sent: Wednesday, May 01, 2002 3:27 PM > To: Wine patches (E-mail) > Subject: Re: fix brainfade > > > > Or (but mine may have space/tab problems): > > Index: wine/dlls/comctl32/status.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/status.c,v > retrieving revision 1.43 > diff -u -r1.43 status.c > --- wine/dlls/comctl32/status.c 29 Apr 2002 17:12:01 -0000 1.43 > +++ wine/dlls/comctl32/status.c 1 May 2002 21:03:46 -0000 > @@ -636,7 +636,7 @@ > if (nPart == 0x00ff) { > part = &infoPtr->part0; > } else { > - if (infoPtr->parts && (nPart < 0 || nPart >= > infoPtr->numParts)) { > + if (infoPtr->parts && nPart >= 0 && nPart < > infoPtr->numParts)) { > part = &infoPtr->parts[nPart]; > } > } > > > > -- > Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > The greatest programming project of all took six days; on > the seventh day the > programmer rested. We've been trying to debug the *&^%$#@ > thing ever since. > Moral: design before you implement. > > >

3 2

correction
by Dustin Navea 03 May '02

03 May '02

dnavea(a)mailcity.com not Speeddymon(a)mailcity.com sorry.. __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

gone for the weekend
by Dustin Navea 03 May '02

03 May '02

i will be gone for the weekend, as usual, if you need to talk to me urgently, phone me at 832-788-6040 or email me at Speeddymon(a)mailcity.com instead of here.. __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

Re: Undeliverable Messages
by gboutwel 03 May '02

03 May '02

My appologies to everyone for these messages... I filled the 4 megs of mailbox space and so message started bouncing... The problem has been fixed. I appologize to you all for any annoyance and inconvience this may have caused you. George _____________________________________________________________ Praize Shopping @ Thousands of Christian Books, CD's and more! http://www.praize.com/shopping <a href=http://www.praize.com/shopping>Praize Shopping</a>

1 0

Re: Message Undeliverable
by Sylvain Petreolle 03 May '02

03 May '02

Am i the only one that gets these message since today morning ? I sent a mail to Douglas Ridgway, but he hasn't probably seen it. --- postmaster(a)www.praize.com a écrit : > Disk Quota exceeded. > > Message Headers: > > Return-Path: <wine-devel-admin(a)winehq.com> > Received: from admin.praize.com (root@localhost) > by praize.com (8.11.6/8.11.6) with ESMTP id > g438pBf16987 > for <gboutwel(a)praize.com>; Fri, 3 May 2002 02:51:11 > -0600 > X-ClientAddr: 207.1.200.18 > Received: from wine.codeweavers.com > (www.codeweavers.com [207.1.200.18]) > by admin.praize.com (8.11.6/8.11.6) with ESMTP id > g438pBn16983 > for <gboutwel(a)praize.com>; Fri, 3 May 2002 02:51:11 > -0600 > Received: from localhost.localdomain (wine > [127.0.0.1]) > by wine.codeweavers.com (8.11.6/8.11.6) with ESMTP > id g438hJx15330; > Fri, 3 May 2002 03:43:19 -0500 > Received: from web10107.mail.yahoo.com > (web10107.mail.yahoo.com [216.136.130.57]) > by wine.codeweavers.com (8.11.6/8.11.6) with SMTP > id g438gKx15277 > for <wine-devel(a)winehq.com>; Fri, 3 May 2002 > 03:42:20 -0500 > Message-ID: > <20020503084217.19481.qmail(a)web10107.mail.yahoo.com> > Received: from [212.129.3.32] by > web10107.mail.yahoo.com via HTTP; Fri, 03 May 2002 > 10:42:17 CEST > From: =?iso-8859-1?q?Sylvain=20Petreolle?= > <spetreolle(a)yahoo.fr> > Subject: Developers-hints update > To: wined <wine-devel(a)winehq.com> > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="0-1863569578-1020415337=:19454" > Content-Transfer-Encoding: 8bit > Sender: wine-devel-admin(a)winehq.com > Errors-To: wine-devel-admin(a)winehq.com > X-BeenThere: wine-devel(a)winehq.com > X-Mailman-Version: 2.0 > Precedence: bulk > List-Help: > <mailto:wine-devel-request@winehq.com?subject=help> > List-Post: <mailto:wine-devel@winehq.com> > List-Subscribe: > <http://www.winehq.com/mailman/listinfo/wine-devel>, > > <mailto:wine-devel-request@winehq.com?subject=subscribe> > List-Id: Wine Developer's List > <wine-devel.winehq.com> > List-Unsubscribe: > <http://www.winehq.com/mailman/listinfo/wine-devel>, > > <mailto:wine-devel-request@winehq.com?subject=unsubscribe> > List-Archive: > <http://www.winehq.com/hypermail/wine-devel/> > Date: Fri, 3 May 2002 10:42:17 +0200 (CEST) > Status: > > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Installing winemine by default?
by Andriy Palamarchuk 03 May '02

03 May '02

Alexandre, do we really want to install winemine Wine application by default? Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

2 2

Re:SetConsoleTitle
by Eric Pouech 03 May '02

03 May '02

the server just misses the instruction to notify the wineconsole program of a change in the title... I'll submit a patch tonight so you can safely implement the TITLE command you can try adding this in server/console.c (function set_console_input_info, just after the new title is set when the mask has the SET_CONSOLE_INPUT_INFO_TITLE bit set). This should do it. evt.event = CONSOLE_RENDERER_TITLE_EVENT; console_input_events_append( console->evt, &evt ); A+ > Question - I modified WCMD to support the 'TITLE' command which passed it > through to SetConsoleTitle(A), and a simple program which subsequently calls > GetConsoleTitle shows that the new value is in effect, but I dont see any > window title for the WCMD shell. > > Is this a limitation of the console handling? (I tried with Managed='Y' and > with no Managed line in my config file and the result was the same) > > Should I submit the patch to support the title command even though it will > not be displayed currently? Its simple enough to do. > > Regards, > Jason > > > --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

2 1

meaning of server request results...
by Michael Cardenas 03 May '02

03 May '02

Hello all. I'm still trying to debug why aol can't communicate with the aol web proxies. Doing a trace+winsock,trace+server I get this over and over when the request to the web proxy is made... does anyone know what's the significance of the server select returning PENDING and TIMEOUT? ----------------------------------------- 08d2e230: select() = PENDING 08d2e230: *wakeup* signaled=0 cookie=0x40556704 08d2e230: select( flags=12, cookie=0x405566b8, sec=1020346681, usec=673609, handles={124} ) 08d2e230: select() = TIMEOUT 08d2e230: get_message( flags=1, get_win=00000000, get_first=00000000, get_last=ffffffff ) 08d2e230: get_message() = 0 { type=5, win=00000000, msg=00000113, wparam=00000002, lparam=41b50e28, x=0, y=0, time=0001e282, info=00000000, total=0, data={} } 08d2e230: get_window_children( parent=00010020, atom=0000, tid=(nil) ) 08d2e230: get_window_children() = 0 { count=16, children={000100bf,00010070,0001006b,00010069,00010068,00010067,00010065,00010064,00010046,00010023,0001002a,00010029,00010026,00010025,00010022,00010021} } 08d2e230: set_window_info( handle=000100bf, flags=00000000, style=00000000, ex_style=00000000, id=00000000, instance=(nil), user_data=(nil) ) 08d2e230: set_window_info() = 0 { old_style=24c00000, old_ex_style=40000000, old_id=00000000, old_instance=0x400000, old_user_data=(nil) } 08d2e230: get_window_children( parent=00010023, atom=0000, tid=(nil) ) 08d2e230: get_window_children() = 0 { count=4, children={00010024,00010027,00010066,0001006a} } 08d2e230: get_window_children( parent=00010024, atom=0000, tid=(nil) ) 08d2e230: get_window_children() = 0 { count=2, children={00020056,0003006f} } 08d2e230: get_window_children( parent=0003006f, atom=0000, tid=(nil) ) 08d2e230: get_window_children() = 0 { count=22, children={00020075,00020074,00020073,00020072,0003006e,0003006d,00030071,00030028,00020063,00020062,00020061,00020060,0002005e,0002005f,0002005d,0002005c,0002005b,0002005a,00020059,00020058,00020057,00020055} } 08d2e230: get_window_children( parent=00020059, atom=0000, tid=(nil) ) 08d2e230: get_window_children() = 0 { count=0, children={} } 08d2e230: get_atom_name( atom=c04e, local=0 ) 08d2e230: get_atom_name() = 0 { count=1, name=L"_AOL_Icon" } 08d2e230: select( flags=12, cookie=0x405566b8, sec=1020346681, usec=674571, handles={124} ) 08d2e230: select() = TIMEOUT 08d2e230: get_message( flags=1, get_win=00000000, get_first=00000000, get_last=ffffffff ) 08d2e230: get_message() = PENDING { type=0, win=00000000, msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } -------------------------------------------------- thanks michael -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 1

Re: Chinese text input into Notes R6 Mail field
by Daniel Schwarz 03 May '02

03 May '02

> Actually Aric and Ulrich helped a lot and they provided us the patch you > Codeweavers did for your clients and Aric has > gained permission to open the source. Since he needs to clean up the > code, he suggested to let him post the patch when it's > done. > > I used it to try for Chinese Input on Notes Client r6. Unfortunately, > it only works on some controls. > When I want to type Chinese/Japanese on the mail content area ( do not > know what kind of widget it is), > it doesn't show properly. I think it's a bug. Could you kindly help? > Which segment of code I should trace on? I have not used Notes R6 extensively but based on my understanding of the Notes R4 - R5 code, the mail content area is a Notes Rich Text field, which is implemented internally to Notes. It's not a Windows control therefore will not be responsive to code that hooks into Windows controls. Notes is localized for many countries,including, I think, Chinese, although the Notes R6 Beta is probably US-English only. I suggest you experiment with a copy of Notes R5 with Chinese localization. If you need technical details on how localized versions of Notes handle alternate keyboard input methods, let me know and I'll see what I can dig up. Regards, Dan Schwarz http://www.winecentric.com/wiki The Wine Wiki

3 5

Developers-hints update
by Sylvain Petreolle 03 May '02

03 May '02

Hi, In order to reflect the evolution of the wine tree, I propose the following patch. Comments ? Changelog: Update of DEVELOPERS-HINTS to reflect the current state of Wine. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

wineconsole regression on April 4
by Duncan Sands 03 May '02

03 May '02

Wineconsole regressed between 10pm April 3 and 10pm April 4 (GMT). The IDA Pro disassembler (idaw.exe, available from http://www.datarescue.be/downloadfreeware.htm) fails due to changes on this date. This is a console mode program with turbo pascal style windows, for example windows have a little green square as a close box. History: Jan 1 CVS : program runs with good sized font, however bitmaps like the little green square show up as odd characters. Apr 3 CVS : program runs with tiny font, bitmaps are displayed correctly. > Apr 4 CVS : window comes up, disappears, wine exits without an error. (Normal behaviour: window comes up, is resized, initial screen is drawn.) Thus the bug is: wine exits immediately after bringing up the window (but before drawing anything in it). This seems to be due to changes in xfont.c. I offer here a choice of two patches that "fix" this. Surely neither of them is getting to the root cause of the problem. Either works, but with patch 2, the text comes up in a tiny font like with Apr 3 CVS, with patch 1 it comes up in a normal font (but no little bitmaps, like Jan 1 CVS). All the best, Duncan. Patch 1 (also attachment 1). This reverts from using the global variable text_caps to using a local variable XTextCaps. --- bad/graphics/x11drv/xfont.c.orig Wed May 1 09:42:32 2002 +++ bad/graphics/x11drv/xfont.c Wed May 1 09:46:39 2002 @@ -78,6 +78,11 @@ static fontAlias *aliasTable = NULL; +static UINT XTextCaps = (TC_OP_CHARACTER | TC_OP_STROKE | TC_CP_STROKE | TC_CR_ANY | + TC_SA_DOUBLE | TC_SA_INTEGER | TC_SA_CONTIN | + TC_UA_ABLE | TC_SO_ABLE | TC_RA_ABLE); + /* X11R6 adds TC_SF_X_YINDEP, maybe more... */ + static const char* INIFontMetrics = "cachedmetrics."; static const char* INIFontSection = "Software\\Wine\\Wine\\Config\\fonts"; static const char* INIAliasSection = "Alias"; @@ -948,7 +953,7 @@ aLFD.resolution_x = resx_string; strcpy(resy_string, resx_string); - if( uRelax == 0 && text_caps & TC_SF_X_YINDEP ) + if( uRelax == 0 && XTextCaps & TC_SF_X_YINDEP ) { if( fo->lf.lfWidth && !(fo->fo_flags & FO_SYNTH_WIDTH)) { @@ -2424,7 +2429,7 @@ fontInfo* pfi = pfm->pfi; /* device font to match */ LPLOGFONT16 plf = pfm->plf; /* wanted logical font */ UINT penalty = 0; - BOOL bR6 = pfm->flags & FO_MATCH_XYINDEP; /* from text_caps */ + BOOL bR6 = pfm->flags & FO_MATCH_XYINDEP; /* from XTextCaps */ BOOL bScale = pfi->fi_flags & FI_SCALABLE; int d = 0, height; @@ -2947,7 +2952,7 @@ strcpy(buffer, "-*-*-*-*-normal-*-[12 0 0 12]-*-72-*-*-*-iso8859-1"); if( (x_fs = TSXLoadQueryFont(gdi_display, buffer)) ) { - text_caps |= TC_SF_X_YINDEP; + XTextCaps |= TC_SF_X_YINDEP; TSXFreeFont(gdi_display, x_fs); } } @@ -2980,7 +2985,7 @@ XFONT_GetPointResolution( log_pixels_x, log_pixels_y ); if(X11DRV_XRender_Installed) - text_caps |= TC_VA_ABLE; + XTextCaps |= TC_VA_ABLE; return; } @@ -3055,7 +3060,7 @@ fm.plf = plf; fm.internal_charset = internal_charset; - if( text_caps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP; + if( XTextCaps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP; /* allocate new font cache entry */ ------------------------------------------------------------------- Patch 2 (also attachment 2). BOTH lines need to be changed. --- bad/graphics/x11drv/xfont.c.orig Wed May 1 09:42:32 2002 +++ bad/graphics/x11drv/xfont.c Wed May 1 09:15:35 2002 @@ -2978,6 +2978,7 @@ void X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y ) { XFONT_GetPointResolution( log_pixels_x, log_pixels_y ); + X11DRV_FONT_InitX11Metrics(); if(X11DRV_XRender_Installed) text_caps |= TC_VA_ABLE; @@ -3324,7 +3325,7 @@ LOGFONT16 lf16; /* don't enumerate x11 fonts if we're using client side fonts */ - if (physDev->dc->gdiFont) return FALSE; +/* if (physDev->dc->gdiFont) return FALSE;*/ FONT_LogFontWTo16(plf, &lf16); ------------------------------------------------------------------------------- For information, here are the changes to xfont.c between April 3 and April 4 (attachment 3). diff -u -r --exclude=CVS 4_april_2002_mid/graphics/x11drv/xfont.c 4_april_2002/graphics/x11drv/xfont.c --- 4_april_2002_mid/graphics/x11drv/xfont.c Mon Apr 29 20:56:51 2002 +++ 4_april_2002/graphics/x11drv/xfont.c Sun Apr 28 20:53:50 2002 @@ -77,11 +77,6 @@ static fontAlias *aliasTable = NULL; -static UINT XTextCaps = (TC_OP_CHARACTER | TC_OP_STROKE | TC_CP_STROKE | TC_CR_ANY | - TC_SA_DOUBLE | TC_SA_INTEGER | TC_SA_CONTIN | - TC_UA_ABLE | TC_SO_ABLE | TC_RA_ABLE); - /* X11R6 adds TC_SF_X_YINDEP, maybe more... */ - static const char* INIFontMetrics = "cachedmetrics."; static const char* INIFontSection = "Software\\Wine\\Wine\\Config\\fonts"; static const char* INIAliasSection = "Alias"; @@ -952,7 +947,7 @@ aLFD.resolution_x = resx_string; strcpy(resy_string, resx_string); - if( uRelax == 0 && XTextCaps & TC_SF_X_YINDEP ) + if( uRelax == 0 && text_caps & TC_SF_X_YINDEP ) { if( fo->lf.lfWidth && !(fo->fo_flags & FO_SYNTH_WIDTH)) { @@ -2428,7 +2423,7 @@ fontInfo* pfi = pfm->pfi; /* device font to match */ LPLOGFONT16 plf = pfm->plf; /* wanted logical font */ UINT penalty = 0; - BOOL bR6 = pfm->flags & FO_MATCH_XYINDEP; /* from TextCaps */ + BOOL bR6 = pfm->flags & FO_MATCH_XYINDEP; /* from text_caps */ BOOL bScale = pfi->fi_flags & FI_SCALABLE; int d = 0, height; @@ -2834,24 +2829,22 @@ } /*********************************************************************** - * X11DRV_FONT_Init + * X11DRV_FONT_InitX11Metrics * * Initialize font resource list and allocate font cache. */ -int X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y ) +void X11DRV_FONT_InitX11Metrics( void ) { char** x_pattern; unsigned x_checksum; - int i,res, x_count, fd, buf_size; + int i, x_count, fd, buf_size; char *buffer; HKEY hkey; - res = XFONT_GetPointResolution( log_pixels_x, log_pixels_y ); - + x_pattern = TSXListFonts(gdi_display, "*", MAX_FONTS, &x_count ); - TRACE("Font Mapper: initializing %i fonts [logical dpi=%i, default dpi=%i]\n", - x_count, res, DefResolution); + TRACE("Font Mapper: initializing %i x11 fonts\n", x_count); if (x_count == MAX_FONTS) MESSAGE("There may be more fonts available - try increasing the value of MAX_FONTS\n"); @@ -2917,7 +2910,7 @@ strcpy(buffer, "-*-*-*-*-normal-*-[12 0 0 12]-*-72-*-*-*-iso8859-1"); if( (x_fs = TSXLoadQueryFont(gdi_display, buffer)) ) { - XTextCaps |= TC_SF_X_YINDEP; + text_caps |= TC_SF_X_YINDEP; TSXFreeFont(gdi_display, x_fs); } } @@ -2939,11 +2932,20 @@ RAW_ASCENT = TSXInternAtom(gdi_display, "RAW_ASCENT", TRUE); RAW_DESCENT = TSXInternAtom(gdi_display, "RAW_DESCENT", TRUE); + return; +} + +/*********************************************************************** + * X11DRV_FONT_Init + */ +void X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y ) +{ + XFONT_GetPointResolution( log_pixels_x, log_pixels_y ); if(X11DRV_XRender_Installed) - XTextCaps |= TC_VA_ABLE; + text_caps |= TC_VA_ABLE; - return XTextCaps; + return; } /********************************************************************** @@ -3016,7 +3018,7 @@ fm.plf = plf; fm.internal_charset = internal_charset; - if( XTextCaps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP; + if( text_caps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP; /* allocate new font cache entry */ @@ -3203,6 +3205,8 @@ EnterCriticalSection( &crtsc_fonts_X11 ); + if(fontList == NULL) X11DRV_FONT_InitX11Metrics(); + if( CHECK_PFONT(physDev->font) ) XFONT_ReleaseCacheEntry( __PFONT(physDev->font) ); @@ -3279,9 +3283,17 @@ ENUMLOGFONTEXW lf; NEWTEXTMETRICEXW tm; fontResource* pfr = fontList; - BOOL b, bRet = 0; + BOOL b, bRet = 0, using_gdi = 0; LOGFONT16 lf16; + DC *dc; + + dc = DC_GetDCPtr(hdc); + if(!dc) return FALSE; + if(dc->gdiFont) using_gdi = TRUE; + GDI_ReleaseObj(hdc); + /* don't enumerate x11 fonts if we're using client side fonts */ + if(using_gdi) return FALSE; FONT_LogFontWTo16(plf, &lf16);

1 0

Correct approach to deploy Wine applications
by Andriy Palamarchuk 03 May '02

03 May '02

I'm currently working on bug 585 - "wine installation process should install and configure wine applications". The first part of the work is done - wine applications, like regedit are installed by Wine build process. I wanted to ask you about correct approach to place these applications to deploy them. I think that applications can be called with full path, with or without extention, names in different cases. So I'm going to change wineinstall process to create symbolic links in c:/windows/system32 e.g. for regedit: regedit -> /usr/local/bin/wine regedit.so -> /usr/local/bin/regedit.so regedit.exe -> /usr/local/bin/wine regedit.exe.so -> /usr/local/bin/regedit.so This fixes problems with full path and with using or not using file extention, but how to handle case-insensitivity? Regedit can be called as REGEDIT, RegEdit, Regedit, regedit. Now multiply this on number of extentions exe, EXE. This is without considering really fancy cases, like "ReGeDiT". Is there a way to handle this problem? Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

4 3

RE: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Hidenori TAKESHIMA 03 May '02

03 May '02

I'm sorry, but I don't want to distribute my MultiMedia codes now... (I solicited Alexandre to remove my codes) Please don't use my removed code anymore... And I sent patches to removing from ReWind too, but is not applied yet now... Hidenori

4 6

known x11drv issue?
by Chris 03 May '02

03 May '02

hullo everybody, i'm new to the wine-devel list, but i was wondering if this: http://chris.luethy.net/wine/image.jpg was a known issue. Whenever you drag around flat-edged windows (I'm not sure what the offical name is in Win32), like the type you see in Winamp's preferences or any non-resizeable window (thus, the flat edge window) it leaves behind the white outline of that window (see link above). I was wondering if anybody is currently working to resolve this issue, or perhaps this is an issue in my configuration. Any hints? -- Chris Thielen chris(a)luethy.net

2 1

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Hidenori TAKESHIMA 03 May '02

03 May '02

> I haven't participated in the list before so I won't > now, but I'm curious. Is there some reason you are > taking all of your multimedia code out of the source > base? My all MultiMedia codes are completely written from scratch. No disassembling. I believe there are no legal issues. But, I cannot warrant... I should protect myself from any potential problems now... > Of course, someone else can just add it back in since > it was GPLd code... but if there is some good reason > not to add it back (patent infringement, etc.) you owe > it to the community to indicate that... derived > projects may already be dependent on your code. And > that would make it more likely that your wishes will > be carried out and no one will add the code back in. The main issues for me are 1) restrictions of EULA - some codes may be based on information from non-VS6. I don't want to battle with EULA. 2) afraid to many pending patents. I cannot check all patents... and there are some other reasons I don't want to write... So, finally, I decided to solicite Alexandre...

1 0

"Please report this"
by Medland, Bill 03 May '02

03 May '02

err:clipping:CLIPPING_UpdateGCRegion. hVisRgn is zero. Please report this. Duly reported. Anyone know why we cared? It's been in the code since the initial revision. Bill

2 1

Re: xrender patch
by Duane Clark 02 May '02

02 May '02

The xrender CVS patch of 4/23 is causing one of my apps to crash: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x438198ee). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x438198ee (_end+0x2ce2726 in libXrender.so): movl 0x0(%eax),%eax Wine-dbg>bt Backtrace: =>0 0x438198ee (_end+0x2ce2726 in libXrender.so) (ebp=405b60c4) 1 0x40af71cf (X11DRV_XRender_ExtTextOut+0x1103(physDev=0x40399e44, x=0x0, y=0x2c, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [xrender.c:703] in x11drv.dll.so) (ebp=405b650c) 2 0x40b0d92a (X11DRV_ExtTextOut+0x66(physDev=0x40399e44, x=0x0, y=0x20, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:65] in x11drv.dll.so) (ebp=405b6888) 3 0x407aa0a0 (ExtTextOutW+0x74(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:174] in libgdi32.dll.so) (ebp=405b68bc) 4 0x407a9ff0 (ExtTextOutA+0xc0(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x43c85c40, count=0xc, lpDx=0x0) [text.c:155] in libgdi32.dll.so) (ebp=405b6900) 5 0x407aa11e (TextOutA+0x2a(hdc=0x8f0, x=0x0, y=0x20, str=0x43c85c40, count=0xc) [text.c:196] in libgdi32.dll.so) (ebp=405b692c) 6 0x00443f70 (schedit.exe..text+0x42f70 in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6948)

4 6

RE: More MSVC fixes
by Steven Edwards 02 May '02

02 May '02

How are you planning on linking the dlls/resources once wine is up 2 date on MSVC? Can MSVC build wrc resources and link them? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Michael Cardenas 02 May '02

02 May '02

Who's Hidenori? Is this code being moved somewhere else? On Wed, May 01, 2002 at 08:29:19PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1020302959714181280302913 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/01 20:29:19 > > Modified files: > . : winedefault.reg > dlls : Makefile.in > dlls/avifil32 : Makefile.in avifil32.spec > dlls/imm32 : imm.c imm32.spec > dlls/quartz : Makefile.in main.c quartz.spec > include : Makefile.in > ole : uuid.c > Added files: > dlls/avifil32 : avifile.c > Removed files: > dlls/avifil32 : api.c avifile_private.h comentry.c iafile.c > iastream.c igframe.c main.c string.c > dlls/imm32 : immddk.h > dlls/quartz : README acmwrap.c amundoc.c asyncsrc.c > asyncsrc.h audioutl.c audioutl.h audren.c > audren.h avidec.c aviparse.c basefilt.c > basefilt.h basepin.c capgraph.c capgraph.h > complist.c complist.h csconv.c devenum.c > devenum.h enumunk.c enumunk.h fgevent.c > fgpass.c fgraph.c fgraph.h filesink.c > filesink.h fmap.c fmap.h ifgraph.c ijgdec.c > ijgdec.h imcntl.c imfilter.c impos.c imseek.c > iunk.c iunk.h memalloc.c memalloc.h midparse.c > mjpgdec.c mpadec.c mpgparse.c mpvdec.c mtype.c > mtype.h parser.c parser.h qtdec.c qtparse.c > quartz_private.h regsvr.c regsvr.h sample.c > sample.h seekpass.c seekpass.h sysclock.c > sysclock.h videoblt.c videoblt.h vidren.c > vidren.h wavparse.c xform.c xform.h > include : amaudio.h amvideo.h control.h errors.h evcode.h > strmif.h > > Log message: > Removed a bunch of multimedia code at Hidenori's request. > > Patch: http://cvs.winehq.com/patch.py?id=1020302959714181280302913 > > Revision Changes Path > 1.43 +0 -494 wine/winedefault.reg > 1.127 +4 -7 wine/dlls/Makefile.in > 1.17 +1 -8 wine/dlls/avifil32/Makefile.in > 1.9 +14 -16 wine/dlls/avifil32/avifil32.spec > 1.23 +17 -2 wine/dlls/avifil32/avifile.c > 1.15 +173 -784 wine/dlls/imm32/imm.c > 1.11 +16 -28 wine/dlls/imm32/imm32.spec > 1.22 +1 -46 wine/dlls/quartz/Makefile.in > 1.21 +1 -612 wine/dlls/quartz/main.c > 1.11 +8 -18 wine/dlls/quartz/quartz.spec > 1.47 +0 -6 wine/include/Makefile.in > 1.9 +2 -2 wine/ole/uuid.c > > > > -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

2 1

menu behaviour on window losing focus
by Rizsanyi Zsolt 02 May '02

02 May '02

Hi! Now that my patch to fix the alt behaviour made to the cvs (altough somewhat cleaned up by Alexandre :), I'm going on to fix what remained here to fix :) The problem is that when you activate the menu (by pressing ALT), and then the window loses focus, the menu stays active. And when you return to your window the menu still has focus. This is not right for two reasons: 1) This is not the windows behaviour - on windows when the window loses focus the menu is deactivated. I have tested this. The same is the behaviour with kde. 2) When you switch beetween windows by Alt+TAB sometimes the menu stays active. It does not happen so frequently, but it is annoying. So I would like to deactivate the menu when the window loses focus. Can somebody please point me to the point in code where I should put my deactivation (a code which is called on window deactivation), and also to the function by which I can deactivate the menu. If nobody answers, I will try to find these myself, but I have thought, that maybe there is somebody who can answer these questions in no time. Thanks in advance Zsolt Rizsanyi

2 1

a small error in Wine, when it gets to the make install stage..
by Ya'ad Golani 02 May '02

02 May '02

Good evening. When trying to install wine-20020411 I got the following error message (running through the "wineinstall" script, and not manually): --------------------------------------------------------------------------------- Performing 'make install' as root to install binaries, enter root password Password: /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. --------------------------------------------------------------------------------- Welp, as you can see, I didn't enter the wrong password and got a "/bin/bash: - : unrecognized option", just letting you know. -Cheers, Ya'ad Golani.

2 1

DrawIconEx (...DI_IMAGE)
by Medland, Bill 02 May '02

02 May '02

Can anyone who understands the icon, bit stretch etc code help me out here? Our code calls DrawIconEx to draw an icon in the status bar, specifying DI_IMAGE rather than DI_NORMAL. On Windows the black pixels are drawn but on WINE they aren't. I have confirmed that it is the absence of the DI_MASK that results in this difference but I am not sure why. Is it obvious to someone more knowledgeable? Bill

1 0

PATCH - makedep
by Steven Edwards 02 May '02

02 May '02

I don't know if this will cause any problems for other platforms but it works here. Of course so did my last dirty hack so can someone point out a better way? According to http://www.delorie.com/djgpp/doc/libc/libc_95.html if the system has ftruncate it just calls it. If this isnt cool then would the configure check work here to #define ftruncate chsize? Changelog: changed ftruncate to chsize for mingw port cvs diff -u makedep.c Index: makedep.c =================================================================== RCS file: /home/wine/wine/tools/makedep.c,v retrieving revision 1.10 diff -u -r1.10 makedep.c --- makedep.c 10 Mar 2002 00:24:22 -0000 1.10 +++ makedep.c 2 May 2002 09:31:04 -0000 @@ -381,7 +381,7 @@ { while (fgets( buffer, sizeof(buffer), file )) if (!strncmp( buffer, Separator, strlen(Separator) )) break; - ftruncate( fileno(file), ftell(file) ); + chsize( fileno(file), ftell(file) ); fseek( file, 0L, SEEK_END ); } if (!file)

2 1

Close X after one hour and half
by Marcelo Welter 02 May '02

02 May '02

Hello friends a run my applicationwith wine and xinit like: xinit wine myapp.exe -- :0 running very well, but after one hour and half this broken my X session and back to text console... i not see a messagem that refer to this problem in the screen and logs are equal I dont understand what happen with X to make... anybody help me..? Marcelo

1 0

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Andreas Mohr 02 May '02

02 May '02

On Wed, May 01, 2002 at 08:29:19PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1020302959714181280302913 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/01 20:29:19 > > Modified files: > . : winedefault.reg > dlls : Makefile.in > dlls/avifil32 : Makefile.in avifil32.spec > dlls/imm32 : imm.c imm32.spec > dlls/quartz : Makefile.in main.c quartz.spec > include : Makefile.in > ole : uuid.c > Added files: > dlls/avifil32 : avifile.c > Removed files: > dlls/avifil32 : api.c avifile_private.h comentry.c iafile.c > iastream.c igframe.c main.c string.c > dlls/imm32 : immddk.h > dlls/quartz : README acmwrap.c amundoc.c asyncsrc.c > asyncsrc.h audioutl.c audioutl.h audren.c > audren.h avidec.c aviparse.c basefilt.c > basefilt.h basepin.c capgraph.c capgraph.h > complist.c complist.h csconv.c devenum.c > devenum.h enumunk.c enumunk.h fgevent.c > fgpass.c fgraph.c fgraph.h filesink.c > filesink.h fmap.c fmap.h ifgraph.c ijgdec.c > ijgdec.h imcntl.c imfilter.c impos.c imseek.c > iunk.c iunk.h memalloc.c memalloc.h midparse.c > mjpgdec.c mpadec.c mpgparse.c mpvdec.c mtype.c > mtype.h parser.c parser.h qtdec.c qtparse.c > quartz_private.h regsvr.c regsvr.h sample.c > sample.h seekpass.c seekpass.h sysclock.c > sysclock.h videoblt.c videoblt.h vidren.c > vidren.h wavparse.c xform.c xform.h > include : amaudio.h amvideo.h control.h errors.h evcode.h > strmif.h > > Log message: > Removed a bunch of multimedia code at Hidenori's request. Whoa, this is certainly a "bunch" of code ! :-( I hope the reason for taking such rather drastic measures was important. Oh well, anyway, thanks for your contributions, Hidenori ! (I'm just assuming there are still some left ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

Ftruncate check
by Steven Edwards 01 May '02

01 May '02

I saw it was not applied. What was wrong with it? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

statusbar question
by Medland, Bill 01 May '02

01 May '02

I am about to have a go at tidying up a little problem with the statusbar and our application and I want to check as to what we really know and what we are currently guessing. Our application has a sunken owner-drawn part in the status bar, in which we draw multiple icons. Under WINE the part is not sunken (and the icons are poorly rendered - a separate issue) but the background colour is OK. I see that currently the code for statusbar is: For all parts If owner drawn then let the owner draw it else fill the background if ownerdrawn then let the owner draw it (legacy code) else draw the border if there is an icon then draw it draw the text. fi fi end for Can anyone justify this order as opposed to e.g. draw the background, draw the border, then if owner drawn let the owner draw the rest, otherwise draw the icon and text? It seems to me that the latter is more consistant with what I see but I don't want to break a load of stuff. Bill

1 0

Re: WM_PAINT BUG
by Dustin Navea 01 May '02

01 May '02

--- ziolas <ziolas11(a)poczta.onet.pl> wrote: > Well I've been trying to get UT and DeusEx to work > under winex 2.0 (yeah I > know about the linux binaries for UT). It both work > great under software > rendering but in HW they suck. In D3D the game loads > up, then complains about > vertex buffer and shuts down. In opengl it doesn't > display any 3d graphics > (ex. in deus ex I can see the menu, but not the 3d > logo behind it), and the > console is flooded with "beginpaint not called on > WM_PAINT" messages. This is > probably a bug which should be fixed. Good luck to > the winex devel's! > this message is probably better suited to the winex forums, but let me take a look at it and see whats up, be right back __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

MAX_PATH mess fix
by Steven Edwards 01 May '02

01 May '02

It seems mingw tries to include stdlib.h after windef.h in the build process and that was the result of the warnings/error. By making this change I don't have to change any of the other headers That depend on MAX_PATH (winnls,wingdi) by adding stdlib.h in them. I don't know if its right by the wine project standards but now I can compile 90% of the wine dll sources without warrnings/errors from stupid MAX_PATH. If someone has a better way please cvs diff -u me =) Thanks Steven Changelog: Fix the MAX_PATH mess under Mingw. (for real this time) cvs diff -u windef.h Index: windef.h =================================================================== RCS file: /home/wine/wine/include/windef.h,v retrieving revision 1.62 diff -u -r1.62 windef.h --- windef.h 10 Mar 2002 00:02:34 -0000 1.62 +++ windef.h 30 Apr 2002 21:41:42 -0000 @@ -149,6 +149,10 @@ #endif #endif /* NOMINMAX */ +#ifdef __MINGW__ +#include <stdlib.h> +#else + #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ #define _MAX_DRIVE 3 @@ -156,9 +160,13 @@ #define _MAX_DIR _MAX_FNAME #define _MAX_EXT _MAX_FNAME #define _MAX_PATH 260 -#endif +#endif /* _MAX_PATH */ + +#ifndef MAX_PATH #define MAX_PATH _MAX_PATH +#endif /* MAX_PATH */ +#endif /* __MINGW__ */ #define HFILE_ERROR ((HFILE)-1)

2 4

Java and Wine Interoperability on Solaris
by Warren_Baird＠cimmetry.com 01 May '02

01 May '02

Hi all, I've got an interesting problem on my hands - I need to invoke some winelib compiled win32 code from java (though jni) on a sparc-solaris box. Unfortunately I'm running into problems with the libthread.so library. If I create the JVM (which involves loading libthread.so) before wine, I get a segfault in the wine process_init function (during a call to getcwd that works its way down into libthread). If I instead initialize wine first, and then dlopen libthread.so and try to create the JVM, I get a segfault in the JVM code, in a function who's name includes the word thread (if that actually means anything). I've seen a few indications on the mailing list and in the docs that wine is not compatible with pthreads, but I haven't found a concrete discussion that gets into a lot of details - if anyone knows of a document somewhere that talks about this, I'd love to see it. I notice that there is a pthread.c file in scheduler, that seems to implement part of the pthreads api in terms of wine threads for glibc. Does anyone know if it would be possible to get something similar working on solaris? Does anyone have any other suggestions on how I might be able to make this work? Thanks! Warren

1 0

SetConsoleTitle
by Ann and Jason Edmeades 01 May '02

01 May '02

Question - I modified WCMD to support the 'TITLE' command which passed it through to SetConsoleTitle(A), and a simple program which subsequently calls GetConsoleTitle shows that the new value is in effect, but I dont see any window title for the WCMD shell. Is this a limitation of the console handling? (I tried with Managed='Y' and with no Managed line in my config file and the result was the same) Should I submit the patch to support the title command even though it will not be displayed currently? Its simple enough to do. Regards, Jason

1 0

word can't open documents...
by Michael Cardenas 01 May '02

01 May '02

With yesterday's cvs, opening a document causes it to crash with this output on the console: fixme:listview:LISTVIEW_UnsupportedStyles LVS_SHAREIMAGELISTS fixme:listview:LISTVIEW_SetItemCount flags LVSICF_NOINVALIDATEALL LVSICF_NOSCROLL not implemented fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial). fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x40552218, 0x4055263c): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents", 0x00000001, 0x40553d68, 0x4055418c): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x4055435c, 0x40554780): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x405532b0, 0x405536d4): stub X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 1 (X_CreateWindow) Value in failed request: 0x0 Serial number of failed request: 30392 Current serial number in output stream: 30395 -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 5

FW: argc/argv issue - More info, hack and questions...
by Ann and Jason Edmeades 01 May '02

01 May '02

Hi, I havent had any replies to the attached issue I was debugging - Can anyone assist, or should I just submit the patch. I know the patch works but I feel it is just masking a compatibility problem between two of the wine internal routines. Jason -----Original Message----- Hello, I am still investigating this argv/argc issue. The sequence of events as far as I can tell: CreateProcessA(NULL, "regsvr32 comdlg32.ocx",....) Process_CREATE calls fork_and_exec( NULL, "regsvr32 comdlg32.ocx", ...) This sees there is no explicitly specified filename so inserts wine and -- into the command line (now "wine -- regsvr32 comdlg32.ocx") Eventually the new process starts with the wine -- regsvr32 comdlg32.ocx as the command line, so it needs to strip off the inserted fields, and in PROCESS_InitWine, main_exe_name is correct (path\regsvr32.exe) but the argc/argv includes these new fields. At the top it states: (Scheduler/process.c, lines 491/492): app_argv++; /* remove argv[0] (wine itself) */ app_argc--; This obviously leaves behine the -- and things go downhill from there onwards. Interestingly wine -- regsvr32 comdlg32.ocx works fine, so there must be command line processing here which doesnt occur during the CreateProcess route. Question: Should fork_and_exec insert the -- into the command line? If it should, should PROCESS_InitWine check for it, ie: app_argv++; /* remove argv[0] (wine itself) */ app_argc--; if (app_argc && strcmp(app_argv[0], "--") == 0) { app_argv++; /* remove argv[1] ('--' inserted by fork_and_exec) */ app_argc--; } However, what implications are of doing this (it works, of course). This feels like hacking around an imcompatibility within wine but I am happy to submit a patch as it definitely resolves a problem for me. Regards, Jason

3 3

Re: patches for DInput and getting memory size when running FreeBSD
by Francois Gouget 01 May '02

01 May '02

On Wed, 1 May 2002, Olivier Houchard wrote: > Hi, > > Here are a few patches. > The first one is to be applied on dlls/dinput/keyboard/main.c. It is ugly but that's the only way I found to get games that use SetEventNotification for keyboard to work. > The second one is to be applied on memory/global.c. It is not the best way to get memory size on FreeBSD I guess, but it is still better than 16*1024*1024 :) Maybe a couple of configure checks would be better? You could check for sys/sysctl.h and sysctlbyname for instance. For Linux we cannot check for anything because it uses normal functions and simply tries to read stuff in /proc. But on FreeBSD, the return of the first sysctlbyname("hw.physmem"...) may be used as a basis of an if, placed inside and #ifdef, and before the Linux one. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Advice is what we ask for when we already know the answer but wish we didn't -- Eric Jong

1 0

Re: patch for cups printers
by Marcus Meissner 01 May '02

01 May '02

> --- winehq/dlls/gdi/printdrv.c Thu Mar 28 17:22:05 2002 > +++ wine/dlls/gdi/printdrv.c Mon Apr 29 15:29:42 2002 > @@ -482,6 +482,8 @@ > > if (!strncmp("LPR:",pszOutput,4)) > sprintf(psCmd,"|lpr -P%s",pszOutput+4); > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); > else > { > HKEY hkey; This is wrong, the else { } is handled in the LPR: case too so you break /etc/printcap based printing. Ciao, Marcus

4 6

wineconsole (Eric?) problem
by Ann and Jason Edmeades 01 May '02

01 May '02

Hi again, Another bug I have spotted can be demonstrated clearly by dir /s /w on wcmd on a small set of directories a couple of times (once my patch for /w is on). The first time it writes to the screen without scrolling and all is ok, the second time as it scrolls, it misses off 'Total files listed' and 'bytes free' two lines near the bottom. Basically the wineconsole is not being updated 100% correctly and skips some lines. Looking closely at the wineconsole code (by dumping out the screen at each event) I have worked out what is going on, but am not 100% sure about the 'proper' way to fix it. The problem is the console routines generally generate a sequence of events (assume an n line screen) v-scroll(x) (Make the xth line of the buffer the top line) update(x+n, x+n) (Write to the new bottom line of the screen) In the failing case I see v-scroll(x) (Make the xth line of the buffer the top line) update(x+n, x+n) (Write to the new bottom line of the screen) update(x+n+2, x+n+3) (Write beyond the bottom line of the screen) Although the data is retrieved correctly, it never gets displayed (An invalidaterect appears to happen) A simple way of avoiding this is to update wineconsole as follows: case CONSOLE_RENDERER_UPDATE_EVENT: Trace(1, " update(%d,%d)", evts[i].u.update.top, evts[i].u.update.bottom); /* test fix - Force updates to occur on visible screen */ if ((data->curcfg.win_pos.Y+data->curcfg.win_height) < evts[i].u.update.bottom) { Trace(1, " Forced vscroll \n"); data->fnScroll(data, evts[i].u.update.bottom - data->curcfg.win_height, FALSE); data->fnPosCursor(data); } else if (data->curcfg.win_pos.Y > evts[i].u.update.top) { Trace(1, " Forced vscroll2 \n"); data->fnScroll(data, evts[i].u.update.top, FALSE); data->fnPosCursor(data); } WINECON_FetchCells(data, evts[i].u.update.top, evts[i].u.update.bottom); The question is, is this correct, or is the server generating incorrect events, is the refresh not occurring properly etc? Thoughts please? Regards, Jason jason @ the-edmeades.demon.co.uk

2 4

clipping message
by Medland, Bill 01 May '02

01 May '02

Did someone want to know about this one? err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. (Our application printing a Crystal reports report from a DB2 database. I don't know if it's relevant but the data is read and under windows the preview display includes a treeview on the left with a couple of empty labels) If no-one else is interested I'll look into it later. Bill

1 0

Statusbar broken?
by Medland, Bill 01 May '02

01 May '02

I've just noticed that in the past few days all the stuff that normally appears in the statusbar etc at the bottom of our application has disappeared. Is this a known regression that someone is looking into or is it up to me? Bill

1 0

Bugzilla: A Call to Arms
by Andriy Palamarchuk 01 May '02

01 May '02

We already had discussion on wine-devel about importance of polishing Wine, making a set of applications to work very well. Cruicial in this process is prioritizing of the issues, work distribution between developers. The companies already have internal testing and bug fixing process. Of course, each company has their own product-specific work, but most of the problems are general for Wine. I suggest to share this work more actively using Bugzilla. Recently there was some work done in cleaning the issues database and it is in pretty much usable condition. To start using bugzilla more actively I suggest following steps: 1) define subsystem/direction owners. The owners will get their system-specific bugs. They won't necessary fix the bugs themselfs, but will have complete picture about all the issues in their subsystems and coordinate the bug fixing. Developers, please let me know your areas of expertese. I can overview Wine applications. 2) more formally define process of bugs handling and use this process. There is no high qualification needed to filter out bad bug reports, duplicates, request users for more information, attach relay trace to the bug, etc, etc. Result - developers will have to spend less time on discussion trivial bugs with users, will have better bug reports to work on, users will be more involved with more active feedback. Some users are very cooperative and some bug reports are really excellent! I see that Tony Lambregts, Michael Cardenas, others do a great work with the Bugzilla database. I'm also going to contribute some time for this. 3) Prioritize bugs. This is, probably, part of (2). Some bugs, while relatively easy to fix provide very big value for the end user. Often developers do not choose such issues to work on, exactly because these issues do not present challenge to them. BTW, I do not see a field "Priority" in the bugs entries. 4) Ask users to submit there problems in Bugzilla. Submitting Bugzilla report allows us to involve users more actively, persist their bug reports. Bugzilla is a more scalable approach than using mailing list only. Of course we still will discuss bugs on the mailing lists, bug big part of communication will be unloaded. There is a lot to do and discuss. For me the goal is to have this process not worse than in Mozilla project. This is impressive: http://webtools.mozilla.org/miscstats/ http://mothra.mozilla.org/webtools/miscstats/ I also like their bug report form: http://www.mozilla.org/quality/help/bugzilla-helper.html And this is for 1 application only! I'm sure Wine can generate much bigger volume of bug reports ;-) Look forward for your comments. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

6 8

Ntddk.h wcstol question
by Steven Edwards 01 May '02

01 May '02

On some of the dlls this is a problem. Wine - include/ntddk.h INT __cdecl wcstol(LPCWSTR,LPWSTR*,INT); Mingw - stdlib.h long wcstol (const wchar_t*, wchar_t**, int); ReactOS - msvcrt/stdlib.h long wcstol (const wchar_t* wsNumber, wchar_t** pwsAfterNumber, int nBase); Anyone have a idea about what to do here? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: SafeDisc FAQs
by Tels 30 Apr '02

30 Apr '02

-----BEGIN PGP SIGNED MESSAGE----- Moin, On 30-Apr-02 Tels carved into stone: > And even if it did, what could non-americans care about that? http://www.theregister.co.uk/content/4/25088.html Ouch! Seems we Europeans are in for much worse things :-( Cheers, Te"I wanna move - to the Mars"ls - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' confidentially deliver eligible mindshares -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPM8lO3cLPEOTuEwVAQEPZAf+O4FH8K6alJQRo3HYwWktedcZ7j+co6as RlN1AH3f94c2mVRZ33gzNKZlXnCgpmNYXlxPI69dgiKuxTLs/zwUj13lIPviR79H PLzp/jJde6Rb1TSkoCbLTwx2OXJClFNyb6ElhpxKDMgNKK8m22RFfuFDjoz64q4e kPJrl5lBEPDggo0ppGpn5iN0QswhP1F5XmNv6l+qlq3mnYGk4w7K9xYFxSvEVaiE iAxP89rzuE7pODsNhK0JwMyorxea7dzHrVtqYc9ryWVuva7Ab3yVwMDoIYJhri7L DQqM6Q/NIQsmdcVXRMkxljfaNBoKVhCVn1pZoE5NT5nwoYdvmcVz5Q== =AadL -----END PGP SIGNATURE-----

1 0

Re: wine/win32 editline.c
by Eric Pouech 30 Apr '02

30 Apr '02

Alexandre Julliard a écrit : > Modified files: > win32 : editline.c > > Log message: > Jason Edmeades <us(a)the-edmeades.demon.co.uk> > - Added f8 (history retrieval from partial command) support > - Delete key deletes current character > - Ctrl + end deletes to end of line > - Ctrl + right stopped before the word itself <patch excerpt> static KeyEntry EmacsKeyMapCtrl[] = { { CTRL('@'), WCEL_SetMark }, @@ -617,6 +664,7 @@ {/*VK_END*/ 0x23, WCEL_MoveToEnd }, {/*VK_UP*/ 0x26, WCEL_MoveToPrevHist }, {/*VK_DOWN*/ 0x28, WCEL_MoveToNextHist }, + {/*VK_DEL*/ 0x2e, WCEL_FindPrevInHist /*L_DeleteCurrChar*/ }, { 0, NULL } }; </patch excerpt> there's a typo in the patch. the VK_DEL entry should point to WCEL_DeleteCurrChar and not to WCEL_FindPrevInHist A+

1 0

SafeDisc FAQs
by Laurent Pinchart 30 Apr '02

30 Apr '02

Hi, For those interrested, here's a FAQs about my SafeDisc support implementation. Feel free to comment. Laurent Pinchart

4 5

cups support apparently broken
by Michael Cardenas 30 Apr '02

30 Apr '02

Hello all. Apparently wine's cups support is broken. With our old version of wine, wine would correctly detect the current cups printer, but it couldn't actually print to it. So, you would see the print dialog, but when you hit the print button nothing happened. Now, I have cups installed and a build of yesterday's cvs and when I try to print wine tells me that there are no printers installed and I should "point to settings on the windows start menu, click printers" and add a printer. Anyone have any ideas on how this broke? thank you michael -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

4 8

Re: default windows version
by Insyde 30 Apr '02

30 Apr '02

>There's no such thing as a default version ;-) >Wine figures it out from the DLLs the program uses if no version is forced. So why I get an error msg if I start with no parameters and all DLL from win2k? this is the error I got when I start with out parameters (which is the same I have when the child program is called): err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=021f >Hmm, come to think of it: >Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) >on to the wine child process (not sure about that right now, I think we do), >the new process won't use the same forced winver value as the >parent process uses. >Is this a problem ? Should this info be passed to the wineserver to >globalize it ? Yes, if this happen it should be a problem. I think most people will never face it because their programs have only one executable. If you have a lot of child programs and need the version to be the chosen one then we need to send the parameter to wineserver to start with that winver. >Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. >Much better name. Yes, it really is. Ricardo.

3 2

default windows version
by Insyde 30 Apr '02

30 Apr '02

Hi, I had a problem loading a second program under wine. I called the first program with: wine --winver win2000 pgm1 I input a password and it wirtes a data file, unloads itself and loads a second program. But there was an error every time the second program was to start that send me to the debug screen. So I found misc/version.c line 196 that the default value to wine load a program was WIN31, so I changed it to NT2K. Is there any problem doing this? If not, why is the default still WIN31? Thanks, Ricardo.

2 2

File not found after cvs update
by Marcelo Welter 30 Apr '02

30 Apr '02

Hello friends after cvs update a make ./configure config.status: error: cannot find input file: dlls/snmpapi/Makefile.in what happen with this file...? Marcelo

2 1

[Help]: Notes Client on WINE with XIM (Chinese/Japanese Input)
by leanne 30 Apr '02

30 Apr '02

Dear all, We are trying to use WINE (22/4/2002 version) to run Notes Client r6 with Chinese/Japanese Input. XIM is started successfully, but in some widgets we could not input Chinese/Japanese. Please find the screenshot here (http://www.thizlinux.com/~leanne/notes.png). We are forwarding a mail (with Chinese) in Notes Client. Chinese can be displayed but NOT input in the mail content area (After "Subject" line). What type of widget it is so that we could fix it? We can type Chinese on "Address" line (listbox). p.s. We can display and input Chinese/Japanese in Notepad.exe without any problems. Yours, Leanne

2 2

Re: patch for cups printers
by Dmitry Timoshkov 29 Apr '02

29 Apr '02

"Michael Cardenas" <michael.cardenas(a)lindows.com> wrote: > --- winehq/dlls/gdi/printdrv.c Thu Mar 28 17:22:05 2002 > +++ wine/dlls/gdi/printdrv.c Mon Apr 29 15:29:42 2002 > @@ -482,6 +482,8 @@ > if (!strncmp("LPR:",pszOutput,4)) > sprintf(psCmd,"|lpr -P%s",pszOutput+4); > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); Something tells me that two '4's above should be replaced by '5's ... -- Dmitry.

1 0

Re: patch for cups printers
by Huw D M Davies 29 Apr '02

29 Apr '02

On Mon, Apr 29, 2002 at 03:39:46PM -0400, Michael Cardenas wrote: > Changelog: > This patch fixes printing on cups systems that don't have complete lpr > implementations. It won't affect non cups systems. > > It changes the device listed in the registry for cups printers to CUPS: > instead of LPR: and uses "lp -d" for a cups printer instead of "lpr -P". > > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); s/4/5/ ? By the way the cups user manual seems to imply that it supplies both lp and lpr commands. Of course we should probably send jobs to cups via the cupsPrintFile() api but I guess that can wait. Huw.

1 0

debugging focus problem
by degs 29 Apr '02

29 Apr '02

Hi, Can anyone suggest what debug channels would be useful for locating the cause of focus or mouse input routing problems? thanks -- degs

3 4

Re: default windows version
by Andreas Mohr 29 Apr '02

29 Apr '02

On Mon, Apr 29, 2002 at 07:07:13PM -0300, rootzz(a)ig.com.br wrote: > Em 29 Apr 2002, andi(a)rhlx01.fht-esslingen.de escreveu: > > >On Mon, Apr 29, 2002 at 04:58:16PM -0300, Insyde wrote: > >> Hi, > >> I had a problem loading a second program under wine. > >> I called the first program with: > >> wine --winver win2000 pgm1 > >> I input a password and it wirtes a data file, unloads itself > >> and loads a second program. But there was an error every > >> time the second program was to start that send me to the > >> debug screen. > >> So I found misc/version.c line 196 that the default value to > >> wine load a program was WIN31, so I changed it to NT2K. > >> > >> Is there any problem doing this? If not, why is the default still > >> WIN31? > >No, it's *not*. > > > >If you examine the code more closely, then you'll notice that > >defaultWinVersion only gets used in case versionForced is TRUE, > >which is only the case once defaultWinVersion gets set to an actually > >specified value. > > > >I know, the code is sort of confusing if you don't examine it closely, > >so feel free to comment on how to improve the situation with regards > >to defaultWinVersion initialization (I'd like to not initialize it at all, > >since it isn't being used unless there's a user setting, > >but that's not very clean of course ;-) > > So it's only used if I force a version? I forced a version as: > wine --winver win2000 pgm1 > when pgm1 stops and start pgm2 which version is used? The one that Wine figures out for the new program. > what is the default version though? There's no such thing as a default version ;-) Wine figures it out from the DLLs the program uses if no version is forced. Hmm, come to think of it: Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) on to the wine child process (not sure about that right now, I think we do), the new process won't use the same forced winver value as the parent process uses. Is this a problem ? Should this info be passed to the wineserver to globalize it ? Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. Much better name. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

2 1

Re: Wineconsole using all memory
by Sylvain Petreolle 29 Apr '02

29 Apr '02

I forgot to include copy of my wineconsole registry: REGEDIT4 [HKEY_CURRENT_USER\Console] "CursorSize"=dword:00000019 "CursorVisible"=dword:00000001 "FaceName"="Courrier New" "FontFamily"=dword:00000000 "FontWeight"=dword:00000190 "HistoryBufferSize"=dword:00000000 "ScreenBufferSize"=dword:000c0008 "WindowSize"=dword:000c0008 I had a look into the source and I'm surprised I have not the entire parameters set. registry.c/WINECON_RegSave should have save all the default values if it has been called, right ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Re: PATCH: make twain compile again
by Sylvain Petreolle 29 Apr '02

29 Apr '02

Hi, Following patch make wine not compile for me : (have last sane cvs code) gcc -c -I. -I. -I../../include -I../../include -I/usr/local/include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o dsm_ctrl.o dsm_ctrl.c dsm_ctrl.c: In function `TWAIN_IdentityGetFirst': dsm_ctrl.c:134: warning: `pSourceIdentity' might be used uninitialized in this function dsm_ctrl.c: In function `TWAIN_OpenDSM': dsm_ctrl.c:367: warning: dereferencing `void *' pointer dsm_ctrl.c:367: void value not ignored as it ought to be make[2]: *** [dsm_ctrl.o] Erreur 1 make[2]: Quitte le répertoire `/home/wine/dlls/twain' make[1]: *** [twain/twain_32.dll.so] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls] Erreur 2 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

RE: Stub implementation of SNMPAPI.DLL.
by Patrik Stridvall 29 Apr '02

29 Apr '02

> What application are you using that needs snmpapi.dll ? None that I use. However I found this bug report. http://wine.codeweavers.com/bugs/long_list.cgi?buglist=567 So I thought oh well it would be easy to do a stub at least. > aol7 uses it. OK. > how did you generate this stub dll? By hand. :-) Or rather I use Dependency Walker (http://www.dependencywalker.com) to generate a report. Then I just cut and pasted the API names from it.

1 0

Install Error
by Javier Cañete Arroyo 29 Apr '02

29 Apr '02

Hi there, I got this when trying to run tools/wineinstall ###### Wine build complete. Performing 'make install' as root to install binaries, enter root password Password: /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. Installation failed, aborting. ###### My box is linux 2.4.18 with slack-current updated. Hope it'll help you

2 1

Re: Stub implementation of SNMPAPI.DLL.
by Michael Cardenas 29 Apr '02

29 Apr '02

The command was winedump spec dllname.dll -I/dit/to/headers -c -t -D and it was shown to me by Ove Kaaven. I just forwarded it to you. On Mon, Apr 29, 2002 at 08:17:02PM +0200, Patrik Stridvall wrote: > > thanks. just wondering. > > > > I used some tool a while ago that genereated a stub for me, but it's > > output said not to commit machine generated stubs. > > Why? The name and the ordinal and for that matter the function type > can't be protected by copyright. The tool presumably extracts > unprotected facts nothing else. > > > I can dig up the name and the command line I used if you want. > > I don't add new DLLs very often. > However if its not to much effort it would be nice to know. > > > -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 0

[Patch tested] TB_REPLACEBITMAP
by Pascal.Brisset＠wanadoo.fr 29 Apr '02

29 Apr '02

I just tested Marco Bizzarri's implementation of TB_REPLACEBITMAP ( http://www.winehq.com/hypermail/wine-patches/2001/11/0112.html ). It looks like this patch was neither rejected nor accepted at that time. The patch applies cleanly to sources from wine-cvs-unstripped-042902. I can't tell whether it is technically adequate, but at least it significantly improves wine support for Checkpoint's Firewall-1 GUI (FWPolicy.exe), which might be of interest to many people ( see http://bugs.codeweavers.com/show_bug.cgi?id=185 ). -- Pascal

1 0

Re: Stub implementation of SNMPAPI.DLL.
by Michael Cardenas 29 Apr '02

29 Apr '02

What application are you using that needs snmpapi.dll ? aol7 uses it. how did you generate this stub dll? On Mon, Apr 29, 2002 at 05:59:15PM +0200, Patrik Stridvall wrote: > *** snmpapi > > * dlls/snmpapi/Makefile.in, > dlls/snmpapi/main.c, > dlls/snmpapi/snmpapi.spec: > Stub implementation of SNMPAPI.DLL. > -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 0

dragging trillian's window causes the X server to crash
by Michael Cardenas 29 Apr '02

29 Apr '02

Using wine from 04/23/2002, when drag my buddy list window in trillian the X server crashes.

3 5

warning while compiling with gcc3
by Rizsanyi Zsolt 29 Apr '02

29 Apr '02

Hi! I have run into a warning, when compiling with gcc 3.1 (I dont know if it is reported or not with 2.x gccs). And I think the warning is right. I dont think that the initializer of nil is right. It initializes an zero (0) character length WCHAR array to a one character lenght array. Or I just does not understand something? Here is the code snippet from dlls/commctl32/ipaddress.c line 265: static void IPADDRESS_ClearAddress (IPADDRESS_INFO *infoPtr) { WCHAR nil[0] = { 0 }; int i; TRACE("\n"); for (i = 0; i < 4; i++) SetWindowTextW (infoPtr->Part[i].EditHwnd, nil); } Best regards Zsolt Rizsanyi

2 1

argc/argv issue - More info, hack and questions...
by Ann and Jason Edmeades 29 Apr '02

29 Apr '02

Hello, I am still investigating this argv/argc issue. The sequence of events as far as I can tell: CreateProcessA(NULL, "regsvr32 comdlg32.ocx",....) Process_CREATE calls fork_and_exec( NULL, "regsvr32 comdlg32.ocx", ...) This sees there is no explicitly specified filename so inserts wine and -- into the command line (now "wine -- regsvr32 comdlg32.ocx") Eventually the new process starts with the wine -- regsvr32 comdlg32.ocx as the command line, so it needs to strip off the inserted fields, and in PROCESS_InitWine, main_exe_name is correct (path\regsvr32.exe) but the argc/argv includes these new fields. At the top it states: (Scheduler/process.c, lines 491/492): app_argv++; /* remove argv[0] (wine itself) */ app_argc--; This obviously leaves behine the -- and things go downhill from there onwards. Interestingly wine -- regsvr32 comdlg32.ocx works fine, so there must be command line processing here which doesnt occur during the CreateProcess route. Question: Should fork_and_exec insert the -- into the command line? If it should, should PROCESS_InitWine check for it, ie: app_argv++; /* remove argv[0] (wine itself) */ app_argc--; if (app_argc && strcmp(app_argv[0], "--") == 0) { app_argv++; /* remove argv[1] ('--' inserted by fork_and_exec) */ app_argc--; } However, what implications are of doing this (it works, of course). This feels like hacking around an imcompatibility within wine but I am happy to submit a patch as it definitely resolves a problem for me. Regards, Jason

1 0

Unit testing
by Jakob Eriksson 29 Apr '02

29 Apr '02

Is there a tutorial or so for how to create new unit tests in Wine? If not, I'll just go ahead and use those there are for blueprints. -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

4 6

Wineconsole using all memory
by Sylvain Petreolle 29 Apr '02

29 Apr '02

Hi Eric, I had got memory problems by the past. When run, wineconsole was using the whole memory on my system. Problem was never solved: it had also disappeared whithout doing anything. (we only had put it in trace mode and enter the correct values into registry, that had solved nothing) It's already there today. So an output from wineconsole telnet gives this : (put in trace mode) Change notification: active(72) resize(80,150)fixme:bitmap:CreateCompatibleBitmap got bad width 2313600 or height 2457900, please look for reason err:ntdll:RtlpWaitForCriticalSection section 0x400fe70c "module.c: loader_section" wait timed out, retrying (60 sec) fs=0247wine: Unhandled exception, starting debugger... win-size(80,25) update(0,149) curs-geom(100,1). Done err:font:XFONT_RealizeFont plf->lfHeight = 16386, Creating a 100 pixel font and rescaling metrics fixme:bitmap:CreateCompatibleBitmap got bad width 694720 or height 2457750, please look for reason err:font:XFONT_RealizeFont plf->lfHeight = 16386, Creating a 100 pixel font and rescaling metrics Change notification: resize(132,500)fixme:bitmap:CreateCompatibleBitmap got bad width 1146288 or height 8192500, please look for reason win-size(132,51) update(0,50)err:font:XFONT_RealizeFont plf->lfHeight = 16386, Creating a 100 pixel font and rescaling metrics v-scroll(1) update(51,51)err:font:XFONT_RealizeFont plf->lfHeight = 16386, Creating a 100 pixel font and rescaling metrics v-scroll(2) update(52,52)err:font:XFONT_RealizeFont plf->lfHeight = 16386, Creating a 100 pixel font and rescaling metrics curs-pos(9,52). Done ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: SafeDisc-1
by Dustin Navea 28 Apr '02

28 Apr '02

--- Laurent Pinchart <laurent.pinchart(a)skynet.be> wrote: > I forgot a very important information: start your > program in NT mode > (--winver nt40 or above). > > Laurent Pinchart > would that include --winver win2k (not sure)? Dustin __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

2 1

argc / argv issue?
by Ann and Jason Edmeades 28 Apr '02

28 Apr '02

Hello, I started debugging a relatively simple problem, which is I copied comdlg32.ocx and regsvr32.exe from a windows 2000 box to a no-windows wine installation (on Mandrake 8.2), and found that if I run 'wine regsvr32.exe comdlg32.ocx', it succeeds fine, whereas running the same command under wcmd caused failures. I debugged a little further and the problem appears to be caused by argc being wrong when wcmd (a winelib program) launches regsvr32.exe. I am continuing to investigate but I know argv/argc issues have cropped up lots and would appreciate any pointers. My debugging so far (edited, @@@@ are my extra trace points): ./wcmd -debugmsg +msvcrt,+process >~/wine/patches/dbg/wcmdproccessinfo 2>&1 WCMD starting: trace:process:process_init @@@@@ argv[0] = ./wcmd trace:process:process_init @@@@@ argc = 1 trace:process:process_init @@@@@ argv[0] = /usr/local/bin/wineconsole trace:process:process_init @@@@@ argv[1] = --use-event=52 trace:process:process_init @@@@@ argc = 2 Launching regsvr32.exe: trace:process:process_init @@@@@ argv[0] = /usr/local/bin/wine trace:process:process_init @@@@@ argv[1] = -- trace:process:process_init @@@@@ argv[2] = regsvr32 trace:process:process_init @@@@@ argv[3] = comdlg32.ocx trace:process:process_init @@@@@ argc = 4 *** Note argc is 4 (correctly) trace:msvcrt:msvcrt_init_mt_locks initializing mtlocks trace:msvcrt:msvcrt_init_io :handles (8)(12)(16) trace:msvcrt:msvcrt_init_console :Opening console handles trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=3 *** Note argc is 3 now, incorrectly Other debugging bits of info, originally I thought the problem was in native msvcrt so I added trace to local __getmainargs to trace out what was passed: wine: trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=2 *** 2 parms trace:msvcrt:__getmainargs @@@ MSVCRT Info trace:msvcrt:__getmainargs @@@ Arg 0 = regsvr32 trace:msvcrt:__getmainargs @@@ Arg 1 = comdlg32.ocx wcmd: trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=3 *** 3 parms trace:msvcrt:__getmainargs @@@ MSVCRT Info trace:msvcrt:__getmainargs @@@ Arg 0 = -- trace:msvcrt:__getmainargs @@@ Arg 1 = regsvr32 trace:msvcrt:__getmainargs @@@ Arg 2 = comdlg32.ocx I'll continue to investigate, but suggestions welcome. Regards, Jason jason @ the-edmeades.demon.co.uk

2 3

RE: [ros-kernel] Status of building Wine under Cygwin/Mingw
by Robert Collins 28 Apr '02

28 Apr '02

> -----Original Message----- > From: Francois Gouget [mailto:fgouget@free.fr] > Sent: Monday, April 29, 2002 6:15 AM > To: Robert Collins > Cc: Steven_Ed4153(a)yahoo.com; wine-devel(a)winehq.com; ReactOS-Kernel > Subject: RE: [ros-kernel] Status of building Wine under Cygwin/Mingw > > > On Sun, 28 Apr 2002, Robert Collins wrote: > [...] > > > 4. add -liberty to the makefile for wrc and wmc. This is needed > > > because of getopt and optarg > > > > Cygwin has a BSD licenced getopt.c that doesn't need libiberty to > > link, only mingw (AFAIK). Anyway worth investigating? > > I usually regard getopt functions as higly unportable and > always try to avoid them. I did not check how they are used > in wrc&co, but it should not be very difficult to do entirely > without them. I believe that would be the best solution. You must end up writing the same bit of code many times. Ahh well, have fun. Rob

1 0

RE: [ros-kernel] Status of building Wine under Cygwin/Mingw
by Robert Collins 28 Apr '02

28 Apr '02

> -----Original Message----- > From: Steven Edwards [mailto:Steven_Ed4153@yahoo.com] > Sent: Sunday, April 28, 2002 2:35 PM > 2. run ./configure --host=mingw32 --target=mingw32 > --build=mingw32 CFLAGS="-D_MINGW_ -D_WINDOWS -DWINE_NOWINSOCK" You should probably add CC="gcc -mno-cygwin" CXX="gcc -mno-cygwin" to the configure line if you don't have a mingw cross compiler installed. > 4. add -liberty to the makefile for wrc and wmc. This is > needed because of getopt and optarg Cygwin has a BSD licenced getopt.c that doesn't need libiberty to link, only mingw (AFAIK). Anyway worth investigating? Rob

3 2

CD-ROM not recognized
by Ian D. Stewart 28 Apr '02

28 Apr '02

Howdy Folks, I'm trying to run Cryo's Arthur's Knights under wine. I've managed to install using setup.exe, but when I go to play the game, I get an error message telling me to insert CD #1, even though CD #1 is in the CD-ROM tray and mounted. Any clues as to why I would be getting this message, how to convince the game that the CD is actually in the CD-ROM drive, or how to research any of these issues myself? Thanx, Ian -- "How am I supposed to blend? I'm two feet taller than everybody else in here!" -- Chris Tucker Rush Hour 2

4 4

Re: CD-ROM not recognized
by Ian D. Stewart 28 Apr '02

28 Apr '02

On 27 Apr 2002 13:52:30 -0700, Dustin Navea wrote: > --- "Ian D. Stewart" <idstewart(a)compuvative.com> > wrote: > > Howdy Folks, > > > > I'm trying to run Cryo's Arthur's Knights under > > wine. I've managed to > > install using setup.exe, but when I go to play the > > game, I get an error > > message telling me to insert CD #1, even though CD > > #1 is in the CD-ROM > > tray and mounted. > > > > Any clues as to why I would be getting this message, > > how to convince the > > game that the CD is actually in the CD-ROM drive, or > > how to research any > > of these issues myself? > > > > > > Thanx, > > Ian > > > > > > -- > > "How am I supposed to blend? I'm two feet taller > > than everybody else in here!" > > -- Chris Tucker > > Rush Hour 2 > > > > > > hello, i noticed your problem and thought I would take > a gander at it. It could only be 1 thing and there > are 3 ways to try to solve it. The problem is that > the game more than likely uses copy protection to > prevent software pirates (warez kiddies) from making > illegal copies of it. Under the cd drive's section > ([Drive D] or whatever) remove the line that says > "Label" = that will allow wine to read the name of the > CD...some games use the name of the cd as their only > copy protection (Frogger 2), and if that is the case > with your cd, then that would fix it. Try that. No joy. The 2nd way > would be if they used some sort of on-cd copy > protection (safedisc or securerom), to check out > TransGaming's version of wine (dubbed WineX). It has > many games supported (has the ability to read > safedisc/securerom-enabled cd's) and would be able to > read it. If that doesn't work, you can always call > for a vote for them to support it and put the > safedisc/securerom code into their program. I'll take a look into this. Thanx. > The 3rd > and least recommended way is to get what is called a > crack. It allows you to use the game without the cd > being in the drive. But remember though that the > government of the US and many other countries > considers it illegal and you could go to jail for > using one. Now this provides an interesting peek into the minds of our legislatures. As I understand it, under the DMCA, developing and/or distributing technology *capable of* circumventing copy protection is illegal. However, use of said technology is not... Thanx again for the suggestions. Ian -- "How am I supposed to blend? I'm two feet taller than everybody else in here!" -- Chris Tucker Rush Hour 2

1 0

Wine[X] and Grand Prix 3 (Microprose)
by Rene Rebe 28 Apr '02

28 Apr '02

Hi all. I just turned my last 10 hours into configuring Wine to run Formula One Grand Prix 3 from Microprose. After several tries using the latest Wine and WineX (making many mistakes with the registry files ...) I got it to run using the last-night WineX cvs soruce ;-) I only have trhee graphic problems: a) the menus (where you configure several game options/details) do not appear in the right colors. Like a 8bit image displayed with the wrong color-pallete. b) in the race with very perfect weather (0% rain risk) - where the sky should be completely blue - the sky doesn't get painted at all -> resulting in "tearing" textures, because this area doesn't get refresh. (when some clouds show up the graphic is perfect) and c) Direct3D is not recognized at all -> resulting that the game runs in software-rendered mode. For a) I guess it migth be a wrong 16bit mode (or even an 8 bit mode) - my XFree-4.2.0 is running in 16bit mode normally. 24bit XFree results in the same mess and 8bit X results in a slighty worser images. About b) I guess some bitblt or clear function is nor working properly. I also tested the PerferctGraphics and DoubleBuffer option of Wine yielding the same results ... For c) OpenGL on my Matrox G450 is configured and runs fine - I have no clue whatever Wine[X] needs to provide Direct3D ... ? I can provide whatever trace output is needed - and would also offer to write some code if someone points me to the place in the souce where something is missing (I know C and C++ ...). I could also provide trace output to get (generic) Wine run the game. (It seems to be a problem that more DirectDraw is missing?). The rest of the game runs just fine, including Sound and Joystick support. Configuration: - Linux 2.4.19-pre7 - glibc-2.2.6 - gcc-2.95.3 - XFree-4.2.0 - AMD Athlon 1700XP; Matrox MGA 450 (OpenSouce driver) [- ROCK Linux (http://www.rocklinux.org)] k33p h4ck1n6 René -- René Rebe (Registered Linux user: #248718 <http://counter.li.org>) eMail: rene.rebe(a)gmx.net rene(a)rocklinux.org Homepage: http://drocklinux.dyndns.org/rene/ Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.

1 1

Status of building Wine under Cygwin/Mingw
by Steven Edwards 28 Apr '02

28 Apr '02

Note: send any spelling/grammer errors to /dev/null. I've compiled a little list of things that are still lacking on the port of wine to mingw/msys/cygwin. Unless I mention cygwin as the target it can be assumed for the purpose of this doc I am speaking about a mingw target. About 5 or 6 months ago James Tablor and Casper Hornstroup ported wine to Mingw for ReactOS. ReactOS is very close to having basic Windowing support so I have set out to compleate the work they have started by bringing the wine/Rewind trees up to speed with our changes. The current wine build system still has a few things Missing before we can build without needing the reactos source tree/makefiles. Note: I have ordered the list by importance and the steps needed to build. 1. Make configure changes to build wine support under mingw/cygwin. Currently configure Has issues detecting how it should build the wine files as either dlls,so or .a I have submitted a patch for this but it was rejected because it was just a work-around And did not fix the problem. You will need to still run ./configure under cygwin as dlltool/wrap do not detect properly under msys with configure. With the current port in the ReactOS source tree we use our own Makefiles/resources and I would like to get away from this. 2. run ./configure --host=mingw32 --target=mingw32 --build=mingw32 CFLAGS="-D_MINGW_ -D_WINDOWS -DWINE_NOWINSOCK" 3. Remove winedump from the tools/Makefile as Mingw/Cygwin and others have support for dumping PE executable information and it is loaded with Unixisms. 4. add -liberty to the makefile for wrc and wmc. This is needed because of getopt and optarg 5. add a configure check to #define snprintf _snprintf for wrc when building with mingw. 6. Remove server, library and tsx11 for mingw. If you want to build wineserver under cygwin we will need to adapt get/set thread context from GDB's win32 support. 7. 90% of the source from the dlls compiles with no problems. The issue is when you want to link the objects as a dll and compile in the resources. winebuild now has support to build the *.def files needed for dlltool so there will need to be changes on the way that the spec/def files are used when building on a Win32 host. If one tries to build wine currently under Mingw/Cygwin it will puke when linking to the needed imports because winebuild will try to import from lib*.so rather then from dllname.a I've also been having troble linking with resources compiled with wrc under Mingw/Cygwin. 7. We do not want to build advapi32, Kernel32, ntdll, user32, gdi, msvcrt or crt.dll 8. These are the dlls we know that we can build and need: avicap32, avifile32, comctl32, commdlg, crypt32, ddraw, dinput, dplay, dplayx dsound(needs imports from winmm), imagehlp, lzexpand, mapi32, ole32, oleaut32 olecli, oledlg, olepro32, olesvr, richedit, rpcrt4, serialui, setupapi, shdocvw shell32, shfolder, shlwapi, tapi32, twain, url, urlmon, version, winmm, winspool wintrust. 9. Debugging will be differnt under Windows/ReactOS due to the wine debugger not working. Under ReactOS currently we have all of the FIXMEs and TRACES mapped to our NTDLL as DbgPrnt and others. I'm not 100% sure as to how we are doing this yet. 10. DLL seperation and Wineserver dependace. I wont even really be able to start looking at this untill the 10 issues above are worked out. I know that when I tested programs/dlls from our first wine port under ReactOS there were issues due to a lack of internal wineserver functions. 11. The chain of dependance for the Sound/Graphics for Winmm/DirectX and others will need interfaces developed for the HAL (Codeweavers/Transgamming?) Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Portable instalation
by Marcelo Welter 27 Apr '02

27 Apr '02

Greatings how i can make a portable instalation of wine (like a tgz or rpm) to send to final users i need a small and compact method to this (to donkey users..hehehehe) anybody have a step-by-step to install wine ? Thanks Marcelo

2 1

dlls/msvcrt/file.c broken on FreeBSD 4.5
by Gerald Pfeifer 27 Apr '02

27 Apr '02

The following patch to dlls/msvcrt/file.c revision 1.23 date: 2002/04/26 19:05:16; author: julliard; state: Exp; lines: +4 -0 Better support for configure detection of missing types, added check for ssize_t. Removed a couple of no longer used portability functions. Various portability fixes in port.h. breaks FreeBSD 4.5: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -DUSE_MSVCRT_PREFIX -D_MT -D_REENTRANT -I/usr/X11R6/include -o file.o file.c In file included from file.c:43: ../../include/msvcrt/sys/stat.h:34: syntax error before `.' ../../include/msvcrt/sys/stat.h:35: syntax error before `.' ../../include/msvcrt/sys/stat.h:36: syntax error before `.' ../../include/msvcrt/sys/stat.h:48: syntax error before `.' ../../include/msvcrt/sys/stat.h:49: syntax error before `.' ../../include/msvcrt/sys/stat.h:50: syntax error before `.' file.c: In function `_fstat': file.c:693: structure has no member named `st_atimespec' file.c:695: structure has no member named `st_mtimespec' file.c:695: structure has no member named `st_ctimespec' file.c: In function `_stat': file.c:1181: structure has no member named `st_atimespec' file.c:1183: structure has no member named `st_mtimespec' file.c:1183: structure has no member named `st_ctimespec' file.c:1185: structure has no member named `st_atimespec' file.c:1185: structure has no member named `st_mtimespec' file.c:1185: structure has no member named `st_ctimespec' file.c: In function `_wstat': file.c:1242: structure has no member named `st_atimespec' file.c:1244: structure has no member named `st_mtimespec' file.c:1244: structure has no member named `st_ctimespec' file.c:1246: structure has no member named `st_atimespec' file.c:1246: structure has no member named `st_mtimespec' file.c:1246: structure has no member named `st_ctimespec' gmake[2]: *** [file.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/vexpert/files8/test/wine/dlls/msvcrt' gmake[1]: *** [msvcrt/msvcrt.dll.so] Error 2 Gerald

1 0

./tests/sock.c: No such file or directory
by Marcelo Welter 27 Apr '02

27 Apr '02

helo, ./configure make depend ./tests/sock.c: No such file or directory and now...? Marcelo

1 0

Correction for WWN 121
by Speeddymon 26 Apr '02

26 Apr '02

Hello, just had an update for WWN 121... Near the bottom it says that Alexandre rejected a patch for the ldconfig problem (the one i submitted) that puts $libdir/wine into ld.so.conf because users need to set $WINEDLLPATH... the corrections are this: users need to set $LD_LIBRARY PATH and The latest wineinstall patch I submitted removes the $libdir/wine addition and instead always runs ldconfig (just in case of modules being renamed) if anyone wants to append that to 121 or add it into the 122 __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/

2 1

Re: Correction for WWN 121
by vinn 26 Apr '02

26 Apr '02

> Hello, just had an update for WWN 121... Near the > bottom it says that Alexandre rejected a patch for the Dustin - I'll make the change and get it into 121. Sorry about that, I summarized that thread about halfway into it. -brian.

1 0

Name change
by Dustin Navea 26 Apr '02

26 Apr '02

Hello, just noticed that my name in WWN121 was posted as Speeddymon, I forgot that I had set it to that so many many years ago... This is my real name and this is what I will be posting under from now on... :) __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/

1 0

Re: Patch acceptance notification?
by Francois Gouget 26 Apr '02

26 Apr '02

On Fri, 26 Apr 2002, Speeddymon wrote: > If we submit a patch, and it is accepted (and > commited) it would be nice to know if any of my > patches will be in the next snapshot... If it is committed to CVS, it will be in the next Wine snapshot. This is automatic and systematic. The only thing that could 'prevent it' is if a huge bug was found between the commit and the snapshot release and the patch ended up being reverted, but that is pretty rare and cannot be forseen. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

2 1

winsock2 unit test update
by Martin Wilck 26 Apr '02

26 Apr '02

A patch for the winsock 2 unit test posted yesterday. It now has an overlapped client. If you look at the code, it does pretty nasty things to wine, and still works :-) BUGS: probably doesn't compile under Windows, I'm using some gcc extensions. You just get too used to them ... If somebody was able to port these to Windows and test the outcome I would be really happy. Martin diff -ruNX ignore CVS/wine/dlls/winsock/tests/sock.c TMP/wine/dlls/winsock/tests/sock.c --- CVS/wine/dlls/winsock/tests/sock.c Fri Apr 26 20:58:26 2002 +++ TMP/wine/dlls/winsock/tests/sock.c Fri Apr 26 20:56:53 2002 @@ -26,7 +26,6 @@ #include <winsock2.h> #define MAX_CLIENTS 4 /* Max number of clients */ -#define NUM_TESTS 2 /* Number of tests performed */ #define FIRST_CHAR 'A' /* First character in transferred pattern */ #define BIND_SLEEP 10 /* seconds to wait between attempts to bind() */ #define BIND_TRIES 6 /* Number of bind() attempts */ @@ -86,6 +85,7 @@ test_params *general; DWORD sock_flags; int buflen; + int timeout; } client_params; /* This type combines all information for setting up a test scenario */ @@ -104,6 +104,7 @@ SOCKET s; struct sockaddr_in addr; sock_info sock[MAX_CLIENTS]; + int id; } server_memory; /* Thread local storage for client */ @@ -113,6 +114,7 @@ struct sockaddr_in addr; char *send_buf; char *recv_buf; + int id; } client_memory; /**************** Static variables ***************/ @@ -237,6 +239,7 @@ server_memory *mem = (LPVOID) LocalAlloc ( LPTR, sizeof (server_memory)); TlsSetValue ( tls, mem ); + mem->id = GetCurrentThreadId (); mem->s = WSASocketA ( AF_INET, gen->sock_type, gen->sock_prot, NULL, 0, par->sock_flags ); ok ( mem->s != INVALID_SOCKET, "Server: WSASocket failed" ); @@ -267,7 +270,7 @@ if ( mem->sock[i].s != INVALID_SOCKET ) closesocket ( mem->sock[i].s ); } - ok ( closesocket ( mem->s ) == 0, "closesocket failed" ); + ok ( closesocket ( mem->s ) == 0, "server (%x): closesocket failed", mem->id ); LocalFree ( (HANDLE) mem ); ExitThread ( GetCurrentThreadId () ); } @@ -283,6 +286,7 @@ WaitForSingleObject ( server_ready, INFINITE ); + mem->id = GetCurrentThreadId (); mem->s = WSASocketA ( AF_INET, gen->sock_type, gen->sock_prot, NULL, 0, par->sock_flags ); @@ -310,6 +314,39 @@ ExitThread ( GetCurrentThreadId () ); } +static SOCKET do_async_connect ( client_memory *mem ) +{ + HANDLE event; + WSANETWORKEVENTS wsa_events; + int tmp, err; + + event = WSACreateEvent (); + + WSAEventSelect ( mem->s, event, FD_CONNECT ); + + tmp = connect ( mem->s, (struct sockaddr*) &mem->addr, sizeof ( mem->addr ) ); + if ( tmp != 0 && ( err = WSAGetLastError () ) != WSAEWOULDBLOCK ) + ok ( 0, "do_async_connect (%x): connect error: %d", mem->id, err ); + + tmp = WaitForSingleObject ( event, INFINITE ); + ok ( tmp == WAIT_OBJECT_0, + "do_async_connect (%x): wait for connect event failed: %d", mem->id, tmp ); + err = WSAEnumNetworkEvents ( mem->s, event, &wsa_events ); + wsa_ok ( err, 0 ==, "do_async_connect (%x): WSAEnumNetworkEvents error: %d\n" ); + + err = wsa_events.iErrorCode[ FD_CONNECT_BIT ]; + ok ( err == 0, "do_async_connect (%x): connect error: %d", mem->id, err ); + + WSAEventSelect ( mem->s, (HANDLE) 0, 0 ); + WSACloseEvent ( event ); + + if ( err ) + return INVALID_SOCKET; + + trace ( "do_async_connect (%x) connected\n", mem->id ); + return mem->s; +} + /**************** Servers ***************/ /* @@ -323,11 +360,10 @@ id = GetCurrentThreadId(); char *p; - trace ( "simple_server (%x) starting\n", id ); - set_so_opentype ( FALSE ); /* non-overlapped */ server_start ( par ); mem = TlsGetValue ( tls ); + id = mem->id; wsa_ok ( set_blocking ( mem->s, TRUE ), 0 ==, "simple_server (%x): failed to set blocking mode: %d"); wsa_ok ( listen ( mem->s, SOMAXCONN ), 0 ==, "simple_server (%x): listen failed: %d"); @@ -352,7 +388,8 @@ ok ( n_recvd == n_expected, "simple_server (%x): received less data then expected: %d of %d", id, n_recvd, n_expected ); p = test_buffer ( mem->sock[0].buf, gen->chunk_size, gen->n_chunks ); - ok ( p == NULL, "simple_server (%x): test pattern error: %d", p - mem->sock[0].buf); + ok ( p == NULL, "simple_server (%x): test pattern error at %d; %c", + id, p - mem->sock[0].buf, (p ? *p : '*')); /* Echo data back */ n_sent = do_synchronous_send ( mem->sock[0].s, mem->sock[0].buf, n_expected, par->buflen ); @@ -381,16 +418,15 @@ int n_sent, n_recvd, n_expected = gen->n_chunks * gen->chunk_size, id; char *p; - id = GetCurrentThreadId(); - trace ( "simple_client (%x): starting\n", id ); /* wait here because we want to call set_so_opentype before creating a socket */ WaitForSingleObject ( server_ready, INFINITE ); - trace ( "simple_client (%x): server ready\n", id ); check_so_opentype (); set_so_opentype ( FALSE ); /* non-overlapped */ client_start ( par ); mem = TlsGetValue ( tls ); + id = mem->id; + trace ( "simple_client (%x) started\n", id ); /* Connect */ wsa_ok ( connect ( mem->s, (struct sockaddr*) &mem->addr, sizeof ( mem->addr ) ), @@ -414,7 +450,8 @@ /* check data */ p = test_buffer ( mem->recv_buf, gen->chunk_size, gen->n_chunks ); - ok ( p == NULL, "simple_client (%x): test pattern error: %d", id, p - mem->recv_buf); + ok ( p == NULL, "simple_client (%x): test pattern error at %d: %c", + id, p - mem->recv_buf, (p ? *p : '*')); /* cleanup */ read_zero_bytes ( mem->s ); @@ -429,37 +466,21 @@ { test_params *gen = par->general; client_memory *mem; - int id = GetCurrentThreadId(), n_expected = gen->n_chunks * gen->chunk_size, - tmp, err, n; - HANDLE event; + int n_expected = gen->n_chunks * gen->chunk_size, id, err, n; + HANDLE event = 0; WSANETWORKEVENTS wsa_events; char *send_last, *recv_last, *send_p, *recv_p; long mask = FD_READ | FD_WRITE | FD_CLOSE; - trace ( "event_client (%x): starting\n", id ); client_start ( par ); - trace ( "event_client (%x): server ready\n", id ); - mem = TlsGetValue ( tls ); + id = mem->id; + trace ( "event_client (%x) started\n", id ); - /* Prepare event notification for connect, makes socket nonblocking */ - event = WSACreateEvent (); - WSAEventSelect ( mem->s, event, FD_CONNECT ); - tmp = connect ( mem->s, (struct sockaddr*) &mem->addr, sizeof ( mem->addr ) ); - if ( tmp != 0 && ( err = WSAGetLastError () ) != WSAEWOULDBLOCK ) - ok ( 0, "event_client (%x): connect error: %d", id, err ); - - tmp = WaitForSingleObject ( event, INFINITE ); - ok ( tmp == WAIT_OBJECT_0, "event_client (%x): wait for connect event failed: %d", id, tmp ); - err = WSAEnumNetworkEvents ( mem->s, event, &wsa_events ); - wsa_ok ( err, 0 ==, "event_client (%x): WSAEnumNetworkEvents error: %d\n" ); - - err = wsa_events.iErrorCode[ FD_CONNECT_BIT ]; - ok ( err == 0, "event_client (%x): connect error: %d", id, err ); - if ( err ) goto out; - - trace ( "event_client (%x) connected\n", id ); + if ( do_async_connect ( mem ) == INVALID_SOCKET ) + goto out; + event = WSACreateEvent (); WSAEventSelect ( mem->s, event, mask ); recv_p = mem->recv_buf; @@ -470,7 +491,7 @@ while ( TRUE ) { err = WaitForSingleObject ( event, INFINITE ); - ok ( err == WAIT_OBJECT_0, "event_client (%x): wait failed", id, tmp ); + ok ( err == WAIT_OBJECT_0, "event_client (%x): wait failed: %d", id, err ); err = WSAEnumNetworkEvents ( mem->s, event, &wsa_events ); wsa_ok ( err, 0 ==, "event_client (%x): WSAEnumNetworkEvents error: %d\n" ); @@ -535,20 +556,183 @@ } ok ( send_p == send_last, - "simple_client (%x): sent less data then expected: %d of %d", + "event_client (%x): sent less data then expected: %d of %d", id, send_p - mem->send_buf, n_expected ); ok ( recv_p == recv_last, - "simple_client (%x): received less data then expected: %d of %d", + "event_client (%x): received less data then expected: %d of %d", id, recv_p - mem->recv_buf, n_expected ); recv_p = test_buffer ( mem->recv_buf, gen->chunk_size, gen->n_chunks ); - ok ( recv_p == NULL, "event_client (%x): test pattern error: %d", id, recv_p - mem->recv_buf); + ok ( recv_p == NULL, "event_client (%x): test pattern error at %d: %c", + id, recv_p - mem->recv_buf, (recv_p ? *recv_p : '*')); out: - WSACloseEvent ( event ); + if ( event ) WSACloseEvent ( event ); trace ( "event_client (%x) exiting\n", id ); client_stop (); } +/* + * ReadFile_client: A client using overlapped IO with ReadFile() / WriteFile() + */ +static void WINAPI ReadFile_client ( client_params *par ) +{ + test_params *gen = par->general; + client_memory *mem; + int id, n_expected = gen->n_chunks * gen->chunk_size, n_requests; + int tmp, err, i, sent_total = 0, recvd_total = 0; + char *send_last, *recv_last, *send_p, *recv_p; + LPHANDLE event = NULL, send_event, recv_event; + LPOVERLAPPED send_over, recv_over; + LPDWORD n_sent, n_recvd; + + client_start ( par ); + mem = TlsGetValue ( tls ); + id = mem->id; + trace ( "ReadFile_client (%x): started\n", id ); + + if ( do_async_connect ( mem ) == INVALID_SOCKET ) + goto out; + + if ( n_expected % par->buflen == 0 ) + n_requests = n_expected / par->buflen; + else + n_requests = n_expected / par->buflen + 1; + + event = (LPVOID) LocalAlloc ( LPTR, ( 1 + 2 * n_requests ) * sizeof ( HANDLE ) ); + send_over = (LPVOID) LocalAlloc ( LPTR, 2 * n_requests * sizeof ( OVERLAPPED ) ); + n_sent = (LPVOID) LocalAlloc ( LPTR, 2 * n_requests * sizeof ( DWORD ) ); + + send_event = event + 1; + recv_event = send_event + n_requests; + recv_over = send_over + n_requests; + n_recvd = n_sent + n_requests; + + event[0] = WSACreateEvent (); + WSAEventSelect ( mem->s, event[0], FD_CLOSE ); + + for ( i = 0; i < 2 * n_requests; i++ ) + event[ 1 + i ] = CreateEventA ( NULL, TRUE, FALSE, NULL ); + + /* Brutal: queue all requests right away */ + send_last = mem->send_buf + n_expected; + recv_last = mem->recv_buf + n_expected; + for ( i = 0, send_p = mem->send_buf, recv_p = mem->recv_buf; + i < n_requests; + i++, send_p += par->buflen, recv_p += par->buflen ) + { + tmp = min ( par->buflen, send_last - send_p ); + send_over[i].hEvent = send_event[i]; + err = WriteFile ( (HANDLE) mem->s, send_p, tmp, &n_sent[i], &send_over[i] ); + if ( !err ) tmp = GetLastError (); + ok ( err == TRUE || tmp == ERROR_IO_PENDING, + "ReadFile_client (%x): WriteFile error: %d", id, tmp ); + + tmp = min ( par->buflen, recv_last - recv_p ); + recv_over[i].hEvent = recv_event[i]; + err = ReadFile ( (HANDLE) mem->s, recv_p, tmp, &n_recvd[i], &recv_over[i] ); + if ( !err ) tmp = GetLastError (); + ok ( err == TRUE || tmp == ERROR_IO_PENDING, + "ReadFile_client (%x): ReadFile error: %d", id, tmp ); + } + trace ( "ReadFile_client (%x): all requests queued\n", id ); + shutdown ( mem->s, SD_SEND ); + + /* Wait for the FD_CLOSE event */ + err = WaitForSingleObject ( event[0], par->timeout ); + + ok ( err == WAIT_OBJECT_0 || err == WAIT_TIMEOUT, + "ReadFile_client (%x): error waiting for FD_CLOSE: %d", id, err ); + + if ( err == WAIT_OBJECT_0 ) + trace ( "ReadFile_client (%x): close event\n", id ); + else if ( err == WAIT_TIMEOUT ) + trace ( "ReadFile_client (%x): timeout\n", id ); + + /* Wait for read results only if TIMEOUT received - indicates not all data could be read */ + for ( i = 0, recv_p = mem->recv_buf; i < n_requests; i++, recv_p += par->buflen ) + { + err = GetOverlappedResult ( (HANDLE) mem->s, &send_over[i], &n_sent[i], FALSE ); + ok ( err == TRUE, "ReadFile_client (%x): write request %d error %d", + id, i, GetLastError () ); + sent_total += n_sent[i]; + + err = GetOverlappedResult ( (HANDLE) mem->s, &recv_over[i], &n_recvd[i], err == WAIT_TIMEOUT ); + ok ( err == TRUE, "ReadFile_client (%x): read request %d error %d", + id, i, GetLastError () ); + + /* If a read did not get all requested bytes, rearrange data */ + if ( mem->recv_buf + recvd_total < recv_p ) + memmove ( mem->recv_buf + recvd_total, recv_p, n_recvd[i] ); + recvd_total += n_recvd[i]; + } + + /* Try to read remaining data, if any */ + while ( recvd_total < n_expected ) + { + trace ( "ReadFile_client (%x): %d bytes missing, retrying ...\n", id, n_expected - recvd_total ); + recv_p = mem->recv_buf + recvd_total; + ResetEvent ( recv_over[0].hEvent ); + err = ReadFile ( (HANDLE) mem->s, recv_p, recv_last - recv_p, &n_recvd[0], &recv_over[0] ); + if ( err == FALSE ) + { + err = GetLastError (); + ok ( err == ERROR_IO_PENDING, "ReadFile_client (%x): ReadFile(2) error: %d", id, err ); + if ( err != ERROR_IO_PENDING ) break; + err = GetOverlappedResult ( (HANDLE) mem->s, &recv_over[0], &n_recvd[0], TRUE ); + ok ( err == TRUE, "ReadFile_client (%x): read request error %d", + id, GetLastError () ); + if ( err == FALSE ) break; + if ( n_recvd[0] == 0 ) + { + trace ( "ReadFile_client (%x): empty receive (overlapped)\n", id ); + break; + } + recvd_total += n_recvd[0]; + } + else + { + if ( n_recvd[0] == 0 ) + { + trace ( "ReadFile_client (%x): empty receive (immediate)\n", id ); + break; + } + recvd_total += n_recvd[0]; + } + } + + /* Wait for the FD_CLOSE event again - it should be signalled now */ + err = WaitForSingleObject ( event[0], par->timeout ); + + ok ( err == WAIT_OBJECT_0, + "ReadFile_client (%x): error waiting for FD_CLOSE: %d", id, err ); + if ( err == WAIT_OBJECT_0 ) + trace ( "ReadFile_client (%x): close event (2)\n" ); + + /* Check IO results */ + ok ( sent_total == n_expected, + "ReadFile_client (%x): sent less data then expected: %d of %d", + id, sent_total, n_expected ); + + ok ( recvd_total == n_expected, + "ReadFile_client (%x): received less data then expected: %d of %d", + id, recvd_total, n_expected ); + + recv_p = test_buffer ( mem->recv_buf, gen->chunk_size, gen->n_chunks ); + ok ( recv_p == NULL, + "ReadFile_client (%x): test pattern error at %d: %c", + id, recv_p - mem->recv_buf, (recv_p ? *recv_p : '*')); + + for (i = 0; i < 1 + 2 * n_requests; i++) + WSACloseEvent ( event[i] ); + + LocalFree ( (HANDLE)event ); + LocalFree ( (HANDLE)send_over ); + LocalFree ( (HANDLE)n_sent ); +out: + trace ( "ReadFile_client (%x) exiting\n", id ); + client_stop (); +} + /**************** Main program utility functions ***************/ static void Init (void) @@ -627,7 +811,7 @@ inet_addr: "127.0.0.1", \ inet_port: 9374 -static test_setup tests [NUM_TESTS] = +static test_setup tests [] = { /* Test 0: synchronous client and server */ { @@ -662,6 +846,25 @@ clt_params: { buflen: 128 } + }, + /* Test 2: ReadFile() overlapped client, synchronous server */ + { + general: { + STD_STREAM_SOCKET, + chunk_size: 2084, + n_chunks: 16, + n_clients: 2 + }, + srv: simple_server, + srv_params: { + buflen: 64 + }, + clt: ReadFile_client, + clt_params: { + sock_flags: WSA_FLAG_OVERLAPPED, + buflen: 128, + timeout: 1000 + } } }; @@ -670,9 +873,10 @@ START_TEST( sock ) { int i; - Init(); + int n_tests = sizeof (tests) / sizeof (test_setup); - for (i = 0; i < NUM_TESTS; i++) + Init(); + for (i = 0; i < n_tests; i++) { trace ( " **** STARTING TEST %d **** \n", i ); do_test ( &tests[i] );

1 0

Improved FD_CLOSE scheme for sockets
by Martin Wilck 26 Apr '02

26 Apr '02

Just a small patch to the server sock.c - it tries to implement exactly the strategies that I described in my previous FD_CLOSE posting. Seems to work pretty well with my test cases. It makes a difference to my previous implementation only in rare cases, but I am sure it will be better at preventing server busy-loops in these cases. Martin diff -ruNX ignore CVS/wine/server/sock.c TMP/wine/server/sock.c --- CVS/wine/server/sock.c Fri Apr 26 20:58:26 2002 +++ TMP/wine/server/sock.c Fri Apr 26 20:36:44 2002 @@ -188,8 +188,6 @@ /* We need this to delay FD_CLOSE events until all pending overlapped requests are processed */ if ( !events || async_active ) return; - if (events & FD_CLOSE) sock->hmask |= FD_CLOSE; - if (sock->event) { if (debug_level) fprintf(stderr, "signalling events %x ptr %p\n", events, sock->event ); @@ -284,7 +282,7 @@ { /* incoming data */ sock->pmask |= FD_READ; - sock->hmask |= FD_READ; + sock->hmask |= (FD_READ|FD_CLOSE); sock->errors[FD_READ_BIT] = 0; if (debug_level) fprintf(stderr, "socket %d is readable\n", sock->obj.fd ); @@ -330,6 +328,7 @@ if ( event & ( POLLERR|POLLHUP ) ) sock->state &= ~(FD_WINE_CONNECTED|FD_WRITE); sock->pmask |= FD_CLOSE; + sock->hmask |= FD_CLOSE; if (debug_level) fprintf(stderr, "socket %d aborted by error %d, event: %x - removing from select loop\n", sock->obj.fd, sock->errors[FD_CLOSE_BIT], event); @@ -390,7 +389,7 @@ if (mask & FD_WRITE || (sock->flags & WSA_FLAG_OVERLAPPED && IS_READY (sock->write_q))) ev |= POLLOUT; /* We use POLLIN with 0 bytes recv() as FD_CLOSE indication. */ - if (sock->mask & ~sock->hmask & FD_CLOSE && !(sock->hmask & FD_READ) ) + if (sock->mask & ~sock->hmask & FD_CLOSE) ev |= POLLIN; return ev; @@ -447,6 +446,7 @@ { case ASYNC_TYPE_READ: q = &sock->read_q; + sock->hmask &= ~FD_CLOSE; break; case ASYNC_TYPE_WRITE: q = &sock->write_q; @@ -478,7 +478,7 @@ async_insert ( q, async ); } } - else if ( async ) destroy_async ( async ); + else if ( async ) destroy_async ( async ); else set_error ( STATUS_INVALID_PARAMETER ); pollev = sock_reselect ( sock ); @@ -788,6 +788,8 @@ sock->pmask &= ~req->mask; /* is this safe? */ sock->hmask &= ~req->mask; + if ( req->mask & FD_READ ) + sock->hmask &= ~FD_CLOSE; sock->state |= req->sstate; sock->state &= ~req->cstate;

1 0

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...
by Martin Wilck 26 Apr '02

26 Apr '02

Alexandre, -static int FILE_GetUnixHandleType( HANDLE handle, DWORD access, enum fd_type *type, int *flags ) +static int FILE_GetUnixHandleType( HANDLE handle, DWORD access, enum fd_type *type, int *flags_ptr ) { - int ret, fd = -1; + int ret, flags, fd = -1; - ret = wine_server_handle_to_fd( handle, access, &fd, type, flags ); + ret = wine_server_handle_to_fd( handle, access, &fd, type, &flags ); + if (flags_ptr) *flags_ptr = flags; This is of course the most robust solution - but because FILE_GetUnixHandleType is internal, you might as well require all functions calling it to pass a valid flags pointer, and let FILE_GetUnixHandle call wine_server_handle_to_fd directly, at a minimum performance gain. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 2

bug in wine install
by Yannick Fillatrau 26 Apr '02

26 Apr '02

I just have downloaded the source of wine v. 20020411, I launched ./tools/wineinstall as a normal user and I was told to enter the root password, the install crashed. Here is a sample of stdout: Wine build complete. --- Performing 'make install' as root to install binaries, enter root password Mot de passe: /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. Installation failed, aborting. --- I'm sure the password was correct...

2 1

FD_CLOSE, again
by Martin Wilck 26 Apr '02

26 Apr '02

I still have problems with FD_CLOSE signalling. AFAICS FD_CLOSE must be signalled when either of the three following conditions hold: 1 Network error (Linux signals POLLERR) 2 Graceful close by the peer (Linux signals POLLHUP) 3 shutdown (SD_SEND) by the peer (Linux signals POLLIN with 0 bytes to read). ** Condition 3 will only be noticed if we tell poll() we're interested ** ** in POLLIN. ** In that case, if 1 or 2 occurs, POLLIN will also be signalled, whether or not there are still data to be read. However, we cannot simply activate POLLIN always, because if there _is_ data to be read on a normal connection and the app does not read it immediately, the server would busy-loop. We can take advantage of the fact that after every recv(), winsock will notify the server and try to re-enable FD_READ. (This does not hold for ReadFile() operations, as I pointed out in my recent "RFC..." posting). Thus what we could do is enable polling for POLLIN whenever FD_READ is re-enabled, even if then app has not registered for FD_READ notification, and disable it when POLLIN is received. Furthermore, finishing an asynchronous read request would also reenable POLLIN, whether or not there are more requests in read queue. Only an app that uses synchronous ReadFile() calls would never see FD_CLOSE. Does that seem correct, or am I again overlooking something?? It is a completely different story _at what time_ FD_CLOSE should be signalled when one ove the above 3 conditions is actually encountered. The Winsock2 spec says different things: In docs of WSAEventSelect: "FD_CLOSE should only be posted after all data is read from a socket, but an application should check for remaining data upon receipt of FD_CLOSE to avoid any possibility of losing data". This suggests that we could signal FD_CLOSE if POLLHUP is received, even if there is still data to be read, although we "should" not. In docs of WSAAsyncSelect: "[FD_CLOSE is posted] after remote system initiated graceful close, when no data currently available to receive (note: if data has been received and is waiting to be read when the remote system initiates a graceful close, the FD_CLOSE is not delivered until all pending data has been read)" This suggests the opposite - signal FD_CLOSE only after the app has read all data, even if this is far later than the actual POLLHUP. Actually this suggests that FD_CLOSE is _equivalent_ with condition 3 above, regardless if 1 or 2 are in effect. This is the behaviour I have tried to implement in my latest patches. Again, am I overlooking something? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

RFC: How should ReadFile() on sockets behave ??
by Martin Wilck 26 Apr '02

26 Apr '02

If there is a socket for which event notification has been requested by the application with WSAEventSelect(), the behaviour is as follows: - When data arrives, FD_READ is signalled _ONCE_. - FD_READ is only delivered again if the app explicitly reenables it with WSAEventSelect/WSAAsyncSelect or if the application issues a recv() call. - The latter is accomplished in wine by calling _enable_event ( FD_READ, ...) after every recv() operation in the winsock code. - If an app uses ReadFile() rather than a winsock call to retrieve data, the FD_READ event is of course not reenabled, because the current implementation in file.c has no concept of socket events. Question: should ReadFile() behave like recv(), i.e. reenable FD_READ, or not? If yes, we would have a certain dependency of the ReadFile() code on winsock, because FD_READ etc are winsock-specific macros. If no, an app that relies on ReadFile() reenabling FD_READ will obviously fail. The best thing would probably be to do this in the server, but we currently can't, because the server does not notice when a read operation is finished. Opinions? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 2

file.c:FILE_ReadFileEx - fd is not overlapped
by Marcelo Welter 26 Apr '02

26 Apr '02

Helle friends Still fighting with my serial printers.. :) I upgrade my wine sources today with CVS and more advantages are in this new code (i'm very happy) but with one printer i receive the messages: trace:file:fd is not overlapped i comment the lines //if ( ! (flags & FD_FLAG_OVERLAPPED) ) { // WARN ( "fd is not overlapped\n" ); // SetLastError ( ERROR_INVALID_PARAMETER ); // goto error; //} in files/file.c and my printer communicate good. What i can change in my application to work with serial in this case See in +comm,+file trace:comm:ClearCommError handle 48 cbInQue = 2 cbOutQue = 0 trace:file:ReadFile 48 0x10025308 2 0x40566828 (nil) trace:file:FILE_TimeoutRead 48 0x10025308 2 0x40566828 trace:file:FILE_ReadFileEx file 48 to buf 0x10025308 num 2 0x40566794 func (nil) warn:file:FILE_ReadFileEx fd is not overlapped trace:comm:ClearCommError handle 48 cbInQue = 2 cbOutQue = 0 trace:file:ReadFile 48 0x10025308 2 0x40566828 (nil) trace:file:FILE_TimeoutRead 48 0x10025308 2 0x40566828 trace:file:FILE_ReadFileEx file 48 to buf 0x10025308 num 2 0x40566794 func (nil) warn:file:FILE_ReadFileEx fd is not overlapped Marcelo

2 1

Byte Swapping in storage32.c for solaris
by Warren_Baird＠cimmetry.com 26 Apr '02

26 Apr '02

I've been running into some problems with byte swapping in ole related code - it looks like the relevant stuff is in storage32.c - I've modified StorageUtl_{Read,Write}Word and DWord to byteswap on bigendian platforms, and that seems to help, but I'm also running into problems with the wchar property names in StorageImpl_{Read,Write}Property - the individual characters are showing up in the wrong order, so "Data" is showing up as 0x44006100 0x74006100 instead of 0x00440061 0x00740061 as I would expect... Is it safe to use the same approach here? should ReadProperty byteswap each wchar and then WriteProperty byteswap it again? There seem to be a lot of places things like this happen: StorageImpl_ReadProperty(This, propertyIndex, &chainProperty); chainProperty.startingBlock = bbHeadOfChain; StorageImpl_WriteProperty(This, propertyIndex, &chainProperty); and I'm not sure how else to handle these cases... Also - at the moment the only byteswapping macros actually appear in tools/wrc/wrctypes.h - would it make sense to move them to one of the top-level include directories, and use them in both storage32.c and in wrc? If so, which include file should I drop them in? Thanks! Warren

1 0

Bug 572
by Andriy Palamarchuk 26 Apr '02

26 Apr '02

Alexandre, could you look at bug 572: http://bugs.codeweavers.com/show_bug.cgi?id=572 It is possible that this bug is caused by your patch. Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/

2 2

existing cooperation with mono?
by Freddy BL 26 Apr '02

26 Apr '02

Hi Wine-Team! Existing cooperations between the Wine-project and the Mono-project (http://www.go-mono.org)? At the moment it seams, that in the future there exists under MS-Windows three types of programs: programs which are in native-code (that can be run on Wine and can be portet to Linux by re-compiling with Wine), programs which are in MS-IL-code (that can in the future be run on Mono I hope) and mixed programs (IL-Code-programs, which integrate Native-Code DLLs and Native-Code-programs, which integrate IL-Code DLLs). And I think, that for the last type of programs a cooperation between the Wine-Devels and the Mono-Devels is very advantageous. So, existing this cooperations? (One of the results of an coopration could be an installer like that by CodeWeavers, which can be install both (Wine and Mono) for example) Greatings Freddy BL _________________________________________________________________ Senden und empfangen Sie Hotmail über Ihr Mobilgerät: http://mobile.msn.com

3 2

[Germany] Linuxtag
by Uwe Bonnes 26 Apr '02

26 Apr '02

Hallo, is there anybody beside me willing to care for a booth at Linuxtag June 6-9 in Karlsruhe? Please give feedback so I can apply for a booth. Beside our normal program winex and crossover might be good objects to demonstrate. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

More BUG fixes for winsock2 patch series
by Martin Wilck 26 Apr '02

26 Apr '02

Patch: BUGS in my recently submitted patch series This applies over my complete patch series - I will send clean patches tomorrow. The fixes in server/file.c and server/serial.c relate to Rein Klazes' problem. Rein: please tell me if they fix it!! Patch http://www.winehq.com/hypermail/wine-patches/2002/04/0163.html is also needed. Modfied files: dlls/winsock: socket.c (allocation error) server: sock.c (remove socket from select loop for blocking sockets, too) file.c (try to serve async requests immediately) serial.c (dito) diff -ruNX ignore CVS/wine/dlls/winsock/socket.c TMP/wine/dlls/winsock/socket.c --- CVS/wine/dlls/winsock/socket.c Thu Apr 25 20:20:37 2002 +++ TMP/wine/dlls/winsock/socket.c Thu Apr 25 19:46:05 2002 @@ -2479,7 +2479,7 @@ goto error; } - iovec = WS_ALLOC ( dwBufferCount * sizeof (struct iovec) ); + iovec = HeapAlloc (GetProcessHeap(), 0, dwBufferCount * sizeof (struct iovec) ); if ( !iovec ) { diff -ruNX ignore CVS/wine/server/file.c TMP/wine/server/file.c --- CVS/wine/server/file.c Thu Apr 25 20:20:36 2002 +++ TMP/wine/server/file.c Thu Apr 25 20:18:57 2002 @@ -389,6 +389,8 @@ if ( status == STATUS_PENDING ) { + struct pollfd pfd; + if ( !async ) async = create_async ( obj, current, ptr ); if ( !async ) @@ -397,6 +399,15 @@ async->status = STATUS_PENDING; if ( !async->q ) async_insert( q, async ); + + /* Check if the new pending request can be served immediately */ + pfd.fd = obj->fd; + pfd.events = file_get_poll_events ( obj ); + pfd.revents = 0; + poll ( &pfd, 1, 0 ); + + if ( pfd.revents ) + file_poll_event ( obj, pfd.revents ); } else if ( async ) destroy_async ( async ); else set_error ( STATUS_INVALID_PARAMETER ); diff -ruNX ignore CVS/wine/server/serial.c TMP/wine/server/serial.c --- CVS/wine/server/serial.c Thu Apr 25 20:20:36 2002 +++ TMP/wine/server/serial.c Thu Apr 25 20:27:11 2002 @@ -282,6 +282,8 @@ if ( status == STATUS_PENDING ) { + struct pollfd pfd; + if ( !async ) async = create_async ( obj, current, ptr ); if ( !async ) @@ -293,6 +295,19 @@ async_add_timeout(async,timeout); async_insert(q, async); } + + /* Check if the new pending request can be served immediately */ + pfd.fd = obj->fd; + pfd.events = serial_get_poll_events ( obj ); + pfd.revents = 0; + poll ( &pfd, 1, 0 ); + + if ( pfd.revents ) + /* serial_poll_event() calls set_select_events() */ + serial_poll_event ( obj, pfd.revents ); + else + set_select_events ( obj, pfd.events ); + return; } else if ( async ) destroy_async ( async ); else set_error ( STATUS_INVALID_PARAMETER ); diff -ruNX ignore CVS/wine/server/sock.c TMP/wine/server/sock.c --- CVS/wine/server/sock.c Thu Apr 25 20:20:36 2002 +++ TMP/wine/server/sock.c Thu Apr 25 15:10:54 2002 @@ -250,7 +250,6 @@ sock->errors[FD_CONNECT_BIT] = sock_error( sock->obj.fd ); if (debug_level) fprintf(stderr, "socket %d connection failure\n", sock->obj.fd); - set_select_events( &sock->obj, -1 ); } } else if (sock->state & FD_WINE_LISTENING) @@ -269,7 +268,6 @@ sock->pmask |= FD_ACCEPT; sock->errors[FD_ACCEPT_BIT] = sock_error( sock->obj.fd ); sock->hmask |= FD_ACCEPT; - set_select_events( &sock->obj, -1 ); } } else { @@ -335,11 +333,17 @@ if (debug_level) fprintf(stderr, "socket %d aborted by error %d, event: %x - removing from select loop\n", sock->obj.fd, sock->errors[FD_CLOSE_BIT], event); - set_select_events( &sock->obj, -1 ); } } - sock_reselect( sock ); + if ( sock->pmask & FD_CLOSE || event & (POLLERR|POLLHUP) ) + { + if ( debug_level ) + fprintf ( stderr, "removing socket %d from select loop\n", sock->obj.fd ); + set_select_events( &sock->obj, -1 ); + } + else + sock_reselect( sock ); /* wake up anyone waiting for whatever just happened */ if ( sock->pmask & sock->mask || sock->flags & FD_FLAG_OVERLAPPED ) sock_wake_up( sock, event );

3 2

Last header patch for Mingw32 I think (wingdi.h)
by Steven Edwards 26 Apr '02

26 Apr '02

cvs diff -u wingdi.h Index: wingdi.h =================================================================== RCS file: /home/wine/wine/include/wingdi.h,v retrieving revision 1.69 diff -u -r1.69 wingdi.h --- wingdi.h 3 Apr 2002 22:08:27 -0000 1.69 +++ wingdi.h 25 Apr 2002 16:48:19 -0000 @@ -24,6 +24,14 @@ extern "C" { #endif +#ifdef __MINGW__ +#undef _MAX_PATH +#undef _MAX_DIR +#undef _MAX_EXT +#undef _MAX_DRIVE +#include "stdlib.h" +#endif + typedef struct _ABCFLOAT { FLOAT abcfA; FLOAT abcfB; "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 3

Re: Send the first two mingw32 patches to /dev/null and use these instead
by Alexandre Julliard 26 Apr '02

26 Apr '02

"Steven Edwards" <Steven_Ed4153(a)yahoo.com> writes: > Index: windef.h > =================================================================== > RCS file: /home/wine/wine/include/windef.h,v > retrieving revision 1.62 > diff -u -r1.62 windef.h > --- windef.h 10 Mar 2002 00:02:34 -0000 1.62 > +++ windef.h 25 Apr 2002 02:09:36 -0000 > @@ -157,8 +157,9 @@ > #define _MAX_EXT _MAX_FNAME > #define _MAX_PATH 260 > #endif > +#if ! defined (__MINGW__) > #define MAX_PATH _MAX_PATH > - > +#endif This seems to be a mingw32 bug, it is not supposed to define MAX_PATH, only _MAX_PATH. At least that's how it's done under Windows. -- Alexandre Julliard julliard(a)winehq.com

2 1

First attempt at unit testing. Victim of choice: _hread()
by Jakob Eriksson 25 Apr '02

25 Apr '02

Thanks to Vincent Béron and Francois Gouget I've managed to do my own little unit test. I post it here hoping for comments of any kind: possible improvements, additions, advice etc. (I guess I could add some more limit-tests, trying to read many small chunks in a row see that I still end up in the right place in the file. Things like that.) -------- #include "winbase.h" #include "winerror.h" #include "wine/test.h" static void test__hread( void ) { LPCSTR filename = "testfile.xxx"; LPCSTR sillytext = "en larvig liten text dx \033 gx hej 84 hej 4484 ! \001\033 bla bla..."; HFILE filehandle; char buffer[10000]; long bytes_read; UINT bytes_wanted; UINT i; filehandle = _lcreat( filename, 0 ); ok( HFILE_ERROR != filehandle, "_lcreat complains." ); ok( HFILE_ERROR != _hwrite( filehandle, sillytext, strlen( sillytext ) ), "_hwrite complains." ); ok( HFILE_ERROR != _lclose(filehandle), "_lclose complains." ); filehandle = _lopen( filename, OF_READ ); bytes_read = _hread( filehandle, buffer, 2 * strlen( sillytext )); ok( strlen( sillytext ) == bytes_read, "file has wrong size."); for (bytes_wanted = 0; bytes_wanted < strlen( sillytext ); bytes_wanted++) { ok( 0 == _llseek( filehandle, 0, FILE_BEGIN ), "_llseek complains." ); ok( _hread( filehandle, buffer, bytes_wanted ) == bytes_wanted, "erratic _hread return value." ); for (i = 0; i < bytes_wanted; i++) { ok( buffer[i] == sillytext[i], "that's not what's written." ); } } ok( HFILE_ERROR != _lclose( filehandle ), "_lclose complains." ); ok( DeleteFileA( filename ) != 0, "DeleteFile complains." ); } START_TEST(file) { test__hread( ); } -- regards, Jakob Eriksson The wages of sin is debugging. -- Ron Jeffries

1 0

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...
by Michael Cardenas 25 Apr '02

25 Apr '02

do these patches include his fixes from today? On Thursday 25 April 2002 05:34 pm, you wrote: > ChangeSet ID: 1019770464826040353932516 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/04/25 16:34:24 > > Modified files: > dlls/winsock : socket.c ws2_32.spec > files : file.c > include : winbase.h > > Log message: > Martin Wilck <Martin.Wilck(a)fujitsu-siemens.com> > Implemented overlapped WSARecvFrom(), WSASendTo(), and > WSAGetOverlappedResult(). > Fixed shutdown() to work correctly for overlapped sockets (do not > actually do a shutdown() system call as long as there are pending > overlapped requests). > Also added correct error reporting when trying to read or write on a > shut down connection, also for ReadFile()/WriteFile() calls. > > Patch: http://cvs.winehq.com/patch.py?id=1019770464826040353932516 > > Revision Changes Path > 1.92 +679 -122 wine/dlls/winsock/socket.c > 1.20 +1 -1 wine/dlls/winsock/ws2_32.spec > 1.143 +22 -5 wine/files/file.c > 1.142 +1 -1 wine/include/winbase.h -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

2 1

cprof Profiler
by John Levon 25 Apr '02

25 Apr '02

Hi, saw your question on the weekly news. I noticed nobody had pointed out that what was cprof is now available under the eazel-tools module of the Gnome CVS repository (I believe). It also has some changes from the old cprof version like shared library support regards john -- "I continue to be amazed at what Andrei can make templates do. Some of it still makes my head hurt." - Herb Sutter

1 0

Re: [PATCH UPDATE] tools/wineshelllink *METHOD 4*
by Paul Millar 25 Apr '02

25 Apr '02

On Thu, 25 Apr 2002, Speeddymon wrote: > + if [ -d "/usr/lib/menu" -a "$mode" = "menu" -a ! `whoami` = "root" ] > + then [...] > + elif [ `whoami` = "root" ] > + then > + mdk_entry >> "/usr/lib/menu/wine" > + fi Sorry, I haven't been following this but isn't the elif condition redundant? Also, AFAIK although its unusual, there's no reason an account name cannot have a space in it, so `whoami` should be "`whoami`" [spent too much time debugging strings in scripts ;^] ---- Paul Millar

4 3

Memori and Swap Full after some hours
by Marcelo Welter 25 Apr '02

25 Apr '02

I have a windows application run in a very old machine Pentium 133Mhz 32 Mb RAM (believes this still exist) The application running fine, but after some hours (3 or 4) the memory and swap are full and the machine run very slowly. I Close the wine and all back to normal I dont know what are happen with system, but is a very hard trouble to me. Anybody have any idea to apply in this case Thanks Marcelo Welter

4 6

[PATCH FINALLY FIXED] tools/wineconf
by Speeddymon 25 Apr '02

25 Apr '02

this works perfectly on my system too added check for ntfs drives (in case it is drive c) NOTE: if you have read/write on for NTFS (in your kernel) i would not recommend using that as your c drive. thats why the wineinstall script says you should probably check the ~/.wine/config file anyways added check for cdroms mounted at /cdrom to be non-supermount (it got broken when i added the check for supermount cdroms) added supermount cdrom checking NOTE: if you have more than 1 cdrom, make sure you change the "Device" = line in ~/.wine.config for 1 of the cdroms as the script says both cdroms are /dev/cdrom __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ Name: tools_wineconf-dnavea-patch.diff ModifiedFiles: tools/wineconf ChangeLog: Add check for ntfs drives (wouldn't recommend writing to them if you have it enabled tho), fixed check for non-supermount cdroms mounted at /cdrom (only got broken when I added in supermount checking), added supermount cdrom checking =============================================================================== --- tools/wineconf Sat Mar 9 18:24:22 2002 +++ /tmp/wineconf Tue Apr 23 18:50:41 2002 @@ -93,13 +93,20 @@ my ($device, $mntpoint, $type, @rest) = split(' ', $_); if ($device !~ m"^/dev/fd") { - if ($type eq "msdos" || $type eq "vfat") { + if ($type eq "ntfs") { + push(@::FatDrives, [$device, $mntpoint, 'win95']); + } + elsif ($type eq "msdos" || $type eq "vfat") { push(@::FatDrives, [$device, $mntpoint, $type]); } elsif ($type eq "iso9660" || - $mntpoint eq "/cdrom" || + ($mntpoint eq "/cdrom" && ! $type eq 'supermount') || ($device eq '/dev/cdrom' && $type eq 'auto') ) { push(@::CdromDrives, [$device, $mntpoint, 'win95']); + } + elsif ( ($mntpoint eq '/mnt/cdrom' || $mntpoint eq '/cdrom') + && $type eq 'supermount') { + push(@::CdromDrives, [ '/dev/cdrom', $mntpoint, 'win95']); } } }

1 0

Compiling the latest version of wine ...
by Fabrizio Regalli 25 Apr '02

25 Apr '02

Hello, I'm trying to compile the latest version of wine, but I see some problem: ./configure && make dep && make , works fine. After that I see this: root@bizio:/home/rizla/wine-20020411# ./tools/wineinstall WINE Installer v0.72 You are running wineinstall as root, this is not advisable. Please rerun as a user. Aborting. Ok, I switch user from root to rizla rizla@bizio:~/wine-20020411$ ./tools/wineinstall ..and It' works.. WINE Installer v0.72 Warning !! wine binary (still) found, which may indicate a (conflicting) previous installation. You might want to abort and uninstall Wine first. I see that WINE has already been configured, so I'll skip that. We need to install wine as root user, do you want us to 'su root' and install Wine? Enter 'no' to continue without installing (yes/no) -I ANSWER YES-Wine build complete. Performing 'make install' as root to install binaries, enter root password Password: (I put my EXACT password, casesensitive too but I see this)/bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. Installation failed, aborting. How to solve this problem ? If i answer NO at the question of su - root , it seems work as user but, when it try to configure something, it has stopped. We need to install wine as root user, do you want us to build wine, 'su root' and install Wine? Enter 'no' to continue without installing (yes/no) no NOTE! To run Wine without installing, you must set the environment variable LD_LIBRARY_PATH to /home/rizla/wine-20020411:/home/rizla/wine-20020411/dlls in your logon scripts. Create local config file ~/.wine/config? (yes/no) yes Searching for an existing Windows installation... found. Created /home/rizla/.wine/config using your existing Windows installation. You probably want to review the file, though. ..and it has stopped without the prompt... I'm using slack 8 with kernel 2.4.18 Bye and thanks

3 2

PATCH: Unit test for winsock2
by Martin Wilck 25 Apr '02

25 Apr '02

This patch introduces a unit test for winsock2 functionality. It is not complete yet, but I have found it useful already. The most important part (for me), tests for overlapped IO, have yet to be added. The test code implements a simple echo protocol over the loopback device. Servers and clients are started as threads, so that differently implemented servers/clients can be used. It should be easy to add more server and client routines to get extensive testing. Apart from wine error checks, correct data transmission is also checked for. Currently two tests are run: - synchronous server/synchronous client(s) - synchronous server/event-driven client(s). Applies: CVS 2002-04-24. Only with all patches from my series and today's two bugfixes will all tests succeed! Modified files: dlls/winsock: Makefile.in Added files: dlls/winsock: sock.c testlist.c ws2_32_test.spec diff -ruNX ignore CVS/wine/dlls/winsock/Makefile.in TMP/wine/dlls/winsock/Makefile.in --- CVS/wine/dlls/winsock/Makefile.in Tue Apr 2 15:39:30 2002 +++ TMP/wine/dlls/winsock/Makefile.in Wed Apr 24 11:56:37 2002 @@ -13,6 +13,12 @@ async.c \ socket.c +EXTRASUBDIRS = \ + tests + +CTESTS = \ + tests/sock.c + @MAKE_DLL_RULES@ ### Dependencies: diff -ruNX ignore CVS/wine/dlls/winsock/tests/sock.c TMP/wine/dlls/winsock/tests/sock.c --- CVS/wine/dlls/winsock/tests/sock.c Thu Jan 1 01:00:00 1970 +++ TMP/wine/dlls/winsock/tests/sock.c Thu Apr 25 19:27:42 2002 @@ -0,0 +1,683 @@ +/* + * Unit test suite for winsock functions + * + * Copyright 2002 Martin Wilck + * + * 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> +#include <winnt.h> +#include <winerror.h> +#undef USE_WS_PREFIX +#include <winsock2.h> + +#define MAX_CLIENTS 4 /* Max number of clients */ +#define NUM_TESTS 2 /* Number of tests performed */ +#define FIRST_CHAR 'A' /* First character in transferred pattern */ +#define BIND_SLEEP 10 /* seconds to wait between attempts to bind() */ +#define BIND_TRIES 6 /* Number of bind() attempts */ +#define TEST_TIMEOUT 30 /* seconds to wait before killing child threads + after server initialization, if something hangs */ + +#define wsa_ok(op, cond, msg) \ + do { \ + int tmp, err = 0; \ + tmp = op; \ + if ( !(cond tmp) ) err = WSAGetLastError(); \ + ok ( cond tmp, msg, GetCurrentThreadId(), err); \ + } while (0); + + +/**************** Structs and typedefs ***************/ + +typedef struct thread_info +{ + HANDLE thread; + DWORD id; +} thread_info; + +/* Information in the server about open client connections */ +typedef struct sock_info +{ + SOCKET s; + struct sockaddr_in addr; + struct sockaddr_in peer; + char *buf; + int nread; +} sock_info; + +/* Test parameters for both server & client */ +typedef struct test_params +{ + int sock_type; + int sock_prot; + char *inet_addr; + int inet_port; + int chunk_size; + int n_chunks; + int n_clients; +} test_params; + +/* server-specific test parameters */ +typedef struct server_params +{ + test_params *general; + DWORD sock_flags; + int buflen; +} server_params; + +/* client-specific test parameters */ +typedef struct client_params +{ + test_params *general; + DWORD sock_flags; + int buflen; +} client_params; + +/* This type combines all information for setting up a test scenario */ +typedef struct test_setup +{ + test_params general; + LPVOID srv; + server_params srv_params; + LPVOID clt; + client_params clt_params; +} test_setup; + +/* Thread local storage for server */ +typedef struct server_memory +{ + SOCKET s; + struct sockaddr_in addr; + sock_info sock[MAX_CLIENTS]; +} server_memory; + +/* Thread local storage for client */ +typedef struct client_memory +{ + SOCKET s; + struct sockaddr_in addr; + char *send_buf; + char *recv_buf; +} client_memory; + +/**************** Static variables ***************/ + +static DWORD tls; /* Thread local storage index */ +static HANDLE thread[1+MAX_CLIENTS]; +static DWORD thread_id[1+MAX_CLIENTS]; +static HANDLE server_ready; +static HANDLE client_ready[MAX_CLIENTS]; +static int client_id; + +/**************** General utility functions ***************/ + +static void set_so_opentype ( BOOL overlapped ) +{ + int optval = !overlapped, newval, len = sizeof (int); + + ok ( setsockopt ( INVALID_SOCKET, SOL_SOCKET, SO_OPENTYPE, + (LPVOID) &optval, sizeof (optval) ) == 0, + "setting SO_OPENTYPE failed" ); + ok ( getsockopt ( INVALID_SOCKET, SOL_SOCKET, SO_OPENTYPE, + (LPVOID) &newval, &len ) == 0, + "getting SO_OPENTYPE failed" ); + ok ( optval == newval, "failed to set SO_OPENTYPE" ); +} + +static int set_blocking ( SOCKET s, BOOL blocking ) +{ + u_long val = !blocking; + return ioctlsocket ( s, FIONBIO, &val ); +} + +static void fill_buffer ( char *buf, int chunk_size, int n_chunks ) +{ + char c, *p; + for ( c = FIRST_CHAR, p = buf; c < FIRST_CHAR + n_chunks; c++, p += chunk_size ) + memset ( p, c, chunk_size ); +} + +static char* test_buffer ( char *buf, int chunk_size, int n_chunks ) +{ + char c, *p; + int i; + for ( c = FIRST_CHAR, p = buf; c < FIRST_CHAR + n_chunks; c++, p += chunk_size ) + { + for ( i = 0; i < chunk_size; i++ ) + if ( p[i] != c ) return p + i; + } + return NULL; +} + +/* + * This routine is called when a client / server does not expect any more data, + * but needs to acknowedge the closing of the connection (by reasing 0 bytes). + */ +static void read_zero_bytes ( SOCKET s ) +{ + char buf[256]; + int tmp, n = 0; + while ( ( tmp = recv ( s, buf, 256, 0 ) ) > 0 ) + n += tmp; + ok ( n <= 0, "garbage data received: %d bytes\n", n ); +} + +static int do_synchronous_send ( SOCKET s, char *buf, int buflen, int sendlen ) +{ + char* last = buf + buflen, *p; + int n = 1; + for ( p = buf; n > 0 && p < last; p += n ) + n = send ( s, p, min ( sendlen, last - p ), 0 ); + wsa_ok ( n, 0 <=, "do_synchronous_send (%x): error %d" ); + return p - buf; +} + +static int do_synchronous_recv ( SOCKET s, char *buf, int buflen, int recvlen ) +{ + char* last = buf + buflen, *p; + int n = 1; + for ( p = buf; n > 0 && p < last; p += n ) + n = recv ( s, p, min ( recvlen, last - p ), 0 ); + wsa_ok ( n, 0 <=, "do_synchronous_recv (%x): error %d:" ); + return p - buf; +} + +/* + * Call this routine right after thread startup. + * SO_OPENTYPE must by 0, regardless what the server did. + */ +static void check_so_opentype (void) +{ + int tmp = 1, len; + len = sizeof (tmp); + getsockopt ( INVALID_SOCKET, SOL_SOCKET, SO_OPENTYPE, (LPVOID) &tmp, &len ); + ok ( tmp == 0, "check_so_opentype: wrong startup value of SO_OPENTYPE: %d", tmp ); +} + +/**************** Server utility functions ***************/ + +/* + * Even if we have closed our server socket cleanly, + * the OS may mark the address "in use" for some time - + * this happens with native Linux apps, too. + */ +static void do_bind ( SOCKET s, struct sockaddr* addr, int addrlen ) +{ + int err, wsaerr = 0, n_try = BIND_TRIES; + + while ( ( err = bind ( s, addr, addrlen ) ) != 0 && + ( wsaerr = WSAGetLastError () ) == WSAEADDRINUSE && + n_try-- >= 0) + { + trace ( "address in use, waiting ...\n" ); + Sleep ( 1000 * BIND_SLEEP ); + } + ok ( err == 0, "failed to bind: %d\n", wsaerr ); +} + +static void server_start ( server_params *par ) +{ + int i; + test_params *gen = par->general; + server_memory *mem = (LPVOID) LocalAlloc ( LPTR, sizeof (server_memory)); + + TlsSetValue ( tls, mem ); + mem->s = WSASocketA ( AF_INET, gen->sock_type, gen->sock_prot, + NULL, 0, par->sock_flags ); + ok ( mem->s != INVALID_SOCKET, "Server: WSASocket failed" ); + + mem->addr.sin_family = AF_INET; + mem->addr.sin_addr.s_addr = inet_addr ( gen->inet_addr ); + mem->addr.sin_port = htons ( gen->inet_port ); + + for (i = 0; i < MAX_CLIENTS; i++) + { + mem->sock[i].s = INVALID_SOCKET; + mem->sock[i].buf = (LPVOID) LocalAlloc ( LPTR, gen->n_chunks * gen->chunk_size ); + mem->sock[i].nread = 0; + } + + if ( gen->sock_type == SOCK_STREAM ) + do_bind ( mem->s, (struct sockaddr*) &mem->addr, sizeof (mem->addr) ); +} + +static void server_stop (void) +{ + int i; + server_memory *mem = TlsGetValue ( tls ); + + for (i = 0; i < MAX_CLIENTS; i++ ) + { + LocalFree ( (HANDLE) mem->sock[i].buf ); + if ( mem->sock[i].s != INVALID_SOCKET ) + closesocket ( mem->sock[i].s ); + } + ok ( closesocket ( mem->s ) == 0, "closesocket failed" ); + LocalFree ( (HANDLE) mem ); + ExitThread ( GetCurrentThreadId () ); +} + +/**************** Client utilitiy functions ***************/ + +static void client_start ( client_params *par ) +{ + test_params *gen = par->general; + client_memory *mem = (LPVOID) LocalAlloc (LPTR, sizeof (client_memory)); + + TlsSetValue ( tls, mem ); + + WaitForSingleObject ( server_ready, INFINITE ); + + mem->s = WSASocketA ( AF_INET, gen->sock_type, gen->sock_prot, + NULL, 0, par->sock_flags ); + + mem->addr.sin_family = AF_INET; + mem->addr.sin_addr.s_addr = inet_addr ( gen->inet_addr ); + mem->addr.sin_port = htons ( gen->inet_port ); + + ok ( mem->s != INVALID_SOCKET, "Client: WSASocket failed" ); + + mem->send_buf = (LPVOID) LocalAlloc ( LPTR, 2 * gen->n_chunks * gen->chunk_size ); + mem->recv_buf = mem->send_buf + gen->n_chunks * gen->chunk_size; + fill_buffer ( mem->send_buf, gen->chunk_size, gen->n_chunks ); + + SetEvent ( client_ready[client_id] ); + /* Wait for the other clients to come up */ + WaitForMultipleObjects ( min ( gen->n_clients, MAX_CLIENTS ), client_ready, TRUE, INFINITE ); +} + +static void client_stop (void) +{ + client_memory *mem = TlsGetValue ( tls ); + wsa_ok ( closesocket ( mem->s ), 0 ==, "closesocket error (%x): %d\n" ); + LocalFree ( (HANDLE) mem->send_buf ); + LocalFree ( (HANDLE) mem ); + ExitThread ( GetCurrentThreadId () ); +} + +/**************** Servers ***************/ + +/* + * simple_server: A very basic server doing synchronous IO. + */ +static VOID WINAPI simple_server ( server_params *par ) +{ + test_params *gen = par->general; + server_memory *mem; + int n_recvd, n_sent, n_expected = gen->n_chunks * gen->chunk_size, tmp, i, + id = GetCurrentThreadId(); + char *p; + + trace ( "simple_server (%x) starting\n", id ); + + set_so_opentype ( FALSE ); /* non-overlapped */ + server_start ( par ); + mem = TlsGetValue ( tls ); + + wsa_ok ( set_blocking ( mem->s, TRUE ), 0 ==, "simple_server (%x): failed to set blocking mode: %d"); + wsa_ok ( listen ( mem->s, SOMAXCONN ), 0 ==, "simple_server (%x): listen failed: %d"); + + trace ( "simple_server (%x) ready\n", id ); + SetEvent ( server_ready ); /* notify clients */ + + for ( i = 0; i < min ( gen->n_clients, MAX_CLIENTS ); i++ ) + { + trace ( "simple_server (%x): waiting for client\n", id ); + + /* accept a single connection */ + tmp = sizeof ( mem->sock[0].peer ); + mem->sock[0].s = accept ( mem->s, (struct sockaddr*) &mem->sock[0].peer, &tmp ); + wsa_ok ( mem->sock[0].s, INVALID_SOCKET !=, "simple_server (%x): accept failed: %d" ); + + ok ( mem->sock[0].peer.sin_addr.s_addr == inet_addr ( gen->inet_addr ), + "simple_server (%x): strange peer address", id ); + + /* Receive data & check it */ + n_recvd = do_synchronous_recv ( mem->sock[0].s, mem->sock[0].buf, n_expected, par->buflen ); + ok ( n_recvd == n_expected, + "simple_server (%x): received less data then expected: %d of %d", id, n_recvd, n_expected ); + p = test_buffer ( mem->sock[0].buf, gen->chunk_size, gen->n_chunks ); + ok ( p == NULL, "simple_server (%x): test pattern error: %d", p - mem->sock[0].buf); + + /* Echo data back */ + n_sent = do_synchronous_send ( mem->sock[0].s, mem->sock[0].buf, n_expected, par->buflen ); + ok ( n_sent == n_expected, + "simple_server (%x): sent less data then expected: %d of %d", id, n_sent, n_expected ); + + /* cleanup */ + read_zero_bytes ( mem->sock[0].s ); + wsa_ok ( closesocket ( mem->sock[0].s ), 0 ==, "simple_server (%x): closesocket error: %d" ); + mem->sock[0].s = INVALID_SOCKET; + } + + trace ( "simple_server (%x) exiting\n", id ); + server_stop (); +} + +/**************** Clients ***************/ + +/* + * simple_client: A very basic client doing synchronous IO. + */ +static VOID WINAPI simple_client ( client_params *par ) +{ + test_params *gen = par->general; + client_memory *mem; + int n_sent, n_recvd, n_expected = gen->n_chunks * gen->chunk_size, id; + char *p; + + id = GetCurrentThreadId(); + trace ( "simple_client (%x): starting\n", id ); + /* wait here because we want to call set_so_opentype before creating a socket */ + WaitForSingleObject ( server_ready, INFINITE ); + trace ( "simple_client (%x): server ready\n", id ); + + check_so_opentype (); + set_so_opentype ( FALSE ); /* non-overlapped */ + client_start ( par ); + mem = TlsGetValue ( tls ); + + /* Connect */ + wsa_ok ( connect ( mem->s, (struct sockaddr*) &mem->addr, sizeof ( mem->addr ) ), + 0 ==, "simple_client (%x): connect error: %d" ); + ok ( set_blocking ( mem->s, TRUE ) == 0, + "simple_client (%x): failed to set blocking mode", id ); + trace ( "simple_client (%x) connected\n", id ); + + /* send data to server */ + n_sent = do_synchronous_send ( mem->s, mem->send_buf, n_expected, par->buflen ); + ok ( n_sent == n_expected, + "simple_client (%x): sent less data then expected: %d of %d", id, n_sent, n_expected ); + + /* shutdown send direction */ + wsa_ok ( shutdown ( mem->s, SD_SEND ), 0 ==, "simple_client (%x): shutdown failed: %d" ); + + /* Receive data echoed back & check it */ + n_recvd = do_synchronous_recv ( mem->s, mem->recv_buf, n_expected, par->buflen ); + ok ( n_recvd == n_expected, + "simple_client (%x): received less data then expected: %d of %d", id, n_recvd, n_expected ); + + /* check data */ + p = test_buffer ( mem->recv_buf, gen->chunk_size, gen->n_chunks ); + ok ( p == NULL, "simple_client (%x): test pattern error: %d", id, p - mem->recv_buf); + + /* cleanup */ + read_zero_bytes ( mem->s ); + trace ( "simple_client (%x) exiting\n", id ); + client_stop (); +} + +/* + * event_client: An event-driven client + */ +static void WINAPI event_client ( client_params *par ) +{ + test_params *gen = par->general; + client_memory *mem; + int id = GetCurrentThreadId(), n_expected = gen->n_chunks * gen->chunk_size, + tmp, err, n; + HANDLE event; + WSANETWORKEVENTS wsa_events; + char *send_last, *recv_last, *send_p, *recv_p; + long mask = FD_READ | FD_WRITE | FD_CLOSE; + + trace ( "event_client (%x): starting\n", id ); + client_start ( par ); + trace ( "event_client (%x): server ready\n", id ); + + mem = TlsGetValue ( tls ); + + /* Prepare event notification for connect, makes socket nonblocking */ + event = WSACreateEvent (); + WSAEventSelect ( mem->s, event, FD_CONNECT ); + tmp = connect ( mem->s, (struct sockaddr*) &mem->addr, sizeof ( mem->addr ) ); + if ( tmp != 0 && ( err = WSAGetLastError () ) != WSAEWOULDBLOCK ) + ok ( 0, "event_client (%x): connect error: %d", id, err ); + + tmp = WaitForSingleObject ( event, INFINITE ); + ok ( tmp == WAIT_OBJECT_0, "event_client (%x): wait for connect event failed: %d", id, tmp ); + err = WSAEnumNetworkEvents ( mem->s, event, &wsa_events ); + wsa_ok ( err, 0 ==, "event_client (%x): WSAEnumNetworkEvents error: %d\n" ); + + err = wsa_events.iErrorCode[ FD_CONNECT_BIT ]; + ok ( err == 0, "event_client (%x): connect error: %d", id, err ); + if ( err ) goto out; + + trace ( "event_client (%x) connected\n", id ); + + WSAEventSelect ( mem->s, event, mask ); + + recv_p = mem->recv_buf; + recv_last = mem->recv_buf + n_expected; + send_p = mem->send_buf; + send_last = mem->send_buf + n_expected; + + while ( TRUE ) + { + err = WaitForSingleObject ( event, INFINITE ); + ok ( err == WAIT_OBJECT_0, "event_client (%x): wait failed", id, tmp ); + + err = WSAEnumNetworkEvents ( mem->s, event, &wsa_events ); + wsa_ok ( err, 0 ==, "event_client (%x): WSAEnumNetworkEvents error: %d\n" ); + + if ( wsa_events.lNetworkEvents & FD_WRITE ) + { + err = wsa_events.iErrorCode[ FD_WRITE_BIT ]; + ok ( err == 0, "event_client (%x): FD_WRITE error code: %d\n", id, err ); + + if ( err== 0 ) + do + { + n = send ( mem->s, send_p, min ( send_last - send_p, par->buflen ), 0 ); + if ( n < 0 ) + { + err = WSAGetLastError (); + ok ( err == WSAEWOULDBLOCK, "event_client (%x): send error: %d\n", id, err ); + } + else + send_p += n; + } + while ( n >= 0 && send_p < send_last ); + + if ( send_p == send_last ) + { + trace ( "event_client (%x): all data sent - shutdown\n", id ); + shutdown ( mem->s, SD_SEND ); + mask &= ~FD_WRITE; + WSAEventSelect ( mem->s, event, mask ); + } + } + else if ( wsa_events.lNetworkEvents & FD_READ ) + { + err = wsa_events.iErrorCode[ FD_READ_BIT ]; + ok ( err == 0, "event_client (%x): FD_READ error code: %d\n", id, err ); + + n = recv ( mem->s, recv_p, min ( recv_last - recv_p, par->buflen ), 0 ); + wsa_ok ( n, 0 <=, "event_client (%x): recv error: %d\n" ); + if ( err != 0 || n < 0 ) + break; + else if ( n == 0 ) + { + ok ( 0, "event_client (%x): empty receive", id ); + break; + } + + recv_p += n; + if ( recv_p == recv_last ) + { + trace ( "event_client (%x): all data received\n", id ); + mask &= ~FD_READ; + WSAEventSelect ( mem->s, event, mask ); + } + } + else if ( wsa_events.lNetworkEvents & FD_CLOSE ) + { + trace ( "event_client (%x): close event\n", id ); + err = wsa_events.iErrorCode[ FD_CLOSE_BIT ]; + ok ( err == 0, "event_client (%x): FD_CLOSE error code: %d\n", id, err ); + break; + } + } + + ok ( send_p == send_last, + "simple_client (%x): sent less data then expected: %d of %d", + id, send_p - mem->send_buf, n_expected ); + ok ( recv_p == recv_last, + "simple_client (%x): received less data then expected: %d of %d", + id, recv_p - mem->recv_buf, n_expected ); + recv_p = test_buffer ( mem->recv_buf, gen->chunk_size, gen->n_chunks ); + ok ( recv_p == NULL, "event_client (%x): test pattern error: %d", id, recv_p - mem->recv_buf); + +out: + WSACloseEvent ( event ); + trace ( "event_client (%x) exiting\n", id ); + client_stop (); +} + +/**************** Main program utility functions ***************/ + +static void Init (void) +{ + WORD ver = MAKEWORD (2, 2); + WSADATA data; + + ok ( WSAStartup ( ver, &data ) == 0, "WSAStartup failed" ); + tls = TlsAlloc(); +} + +static void Exit (void) +{ + TlsFree ( tls ); + ok ( WSACleanup() == 0, "WSACleanup failed" ); +} + +static void StartServer (LPTHREAD_START_ROUTINE routine, + test_params *general, server_params *par) +{ + par->general = general; + thread[0] = CreateThread ( NULL, 0, routine, par, 0, &thread_id[0] ); + ok ( thread[0] != (HANDLE) NULL, "Failed to create server thread" ); +} + +static void StartClients (LPTHREAD_START_ROUTINE routine, + test_params *general, client_params *par) +{ + int i; + par->general = general; + for ( i = 1; i <= min ( general->n_clients, MAX_CLIENTS ); i++ ) + { + client_id = i - 1; + thread[i] = CreateThread ( NULL, 0, routine, par, 0, &thread_id[i] ); + ok ( thread[i] != (HANDLE) NULL, "Failed to create client thread" ); + /* Make sure the client is up and running */ + WaitForSingleObject ( client_ready[client_id], INFINITE ); + }; +} + +static void do_test( test_setup *test ) +{ + int i, n = min (test->general.n_clients, MAX_CLIENTS); + int wait; + + server_ready = CreateEventA ( NULL, TRUE, FALSE, NULL ); + for (i = 0; i <= n; i++) + client_ready[i] = CreateEventA ( NULL, TRUE, FALSE, NULL ); + + StartServer ( test->srv, &test->general, &test->srv_params ); + StartClients ( test->clt, &test->general, &test->clt_params ); + WaitForSingleObject ( server_ready, INFINITE ); + + wait = WaitForMultipleObjects ( 1 + n, thread, TRUE, 1000 * TEST_TIMEOUT ); + ok ( wait == WAIT_OBJECT_0, "some threads have not completed\n" ); + + if ( wait == WAIT_TIMEOUT ) + { + for (i = 0; i <= n; i++) + { + trace ("terminating thread %08x\n", thread_id[i]); + if ( WaitForSingleObject ( thread[i], 0 ) != WAIT_OBJECT_0 ) + TerminateThread ( thread [i], 0 ); + } + } + CloseHandle ( server_ready ); + for (i = 0; i <= n; i++) + CloseHandle ( client_ready[i] ); +} + +/************* Array containing the tests to run **********/ + +#define STD_STREAM_SOCKET \ + sock_type: SOCK_STREAM, \ + sock_prot: 0, \ + inet_addr: "127.0.0.1", \ + inet_port: 9374 + +static test_setup tests [NUM_TESTS] = +{ + /* Test 0: synchronous client and server */ + { + general: { + STD_STREAM_SOCKET, + chunk_size: 2048, + n_chunks: 16, + n_clients: 2 + }, + srv: simple_server, + srv_params: { + buflen: 64 + }, + clt: simple_client, + clt_params: { + buflen: 128 + } + }, + /* Test 1: event-driven client, synchronous server */ + { + general: { + STD_STREAM_SOCKET, + chunk_size: 2048, + n_chunks: 16, + n_clients: 2 + }, + srv: simple_server, + srv_params: { + buflen: 64 + }, + clt: event_client, + clt_params: { + buflen: 128 + } + } +}; + +/**************** Main program ***************/ + +START_TEST( sock ) +{ + int i; + Init(); + + for (i = 0; i < NUM_TESTS; i++) + { + trace ( " **** STARTING TEST %d **** \n", i ); + do_test ( &tests[i] ); + trace ( " **** TEST %d COMPLETE **** \n", i ); + } + + Exit(); +} diff -ruNX ignore CVS/wine/dlls/winsock/tests/testlist.c TMP/wine/dlls/winsock/tests/testlist.c --- CVS/wine/dlls/winsock/tests/testlist.c Thu Jan 1 01:00:00 1970 +++ TMP/wine/dlls/winsock/tests/testlist.c Wed Apr 24 12:04:00 2002 @@ -0,0 +1,13 @@ +/* Automatically generated file; DO NOT EDIT!! */ + +extern void func_sock(void); + +const struct +{ + const char *name; + void (*func)(void); +} winetest_testlist[] = +{ + { "sock", func_sock }, + { 0, 0 } +}; diff -ruNX ignore CVS/wine/dlls/winsock/tests/ws2_32_test.spec TMP/wine/dlls/winsock/tests/ws2_32_test.spec --- CVS/wine/dlls/winsock/tests/ws2_32_test.spec Thu Jan 1 01:00:00 1970 +++ TMP/wine/dlls/winsock/tests/ws2_32_test.spec Wed Apr 24 11:53:55 2002 @@ -0,0 +1,7 @@ +name ws2_32_test +type win32 +mode cuiexe + +import ntdll.dll +import kernel32.dll +import ws2_32.dll

1 0

Fail to run visio2000 installation - wineoss.drv.so
by leanne 25 Apr '02

25 Apr '02

Dear all, When I mounted my Visio 2000 and try to run Setup.exe, I got the following error: err:module:BUILTIN32_dlopen failed to load .so lib for builtin wineoss.drv: /usr/local/lib/wine/wineoss.drv.so: undefined symbol: OSS_MidiInit err:module:MODULE_LoadLibraryExA Loading of native DLL C:\Windows\System\wineoss.drv failed (error 193), check this file. err:module:BUILTIN32_dlopen failed to load .so lib for builtin wineoss.drv: /usr/local/lib/wine/wineoss.drv.so: undefined symbol: OSS_MidiInit I have create a fake-windows directory and I'm using 22042002 version of WINE. Anyone could help? Thanks in advance. Leanne

2 1

Separating Process and Debugger Debugmsg Output
by Uwe Bonnes 25 Apr '02

25 Apr '02

Hallo, if one starts a program via wine with e.g. relay debug messages enabled, and the program crashes, these debugmessages get also enabled for the winedbg process and this clutters the relay log to get nearly unreadable. Until Alexandre's restructuring of the Command Line handling, I had "---debugmsg -all" as additional argument to the winedbg command line in system.reg, aedebug section. No wine spits on this argument. How do you solve this problem? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

x86 -> java bytecode?
by frank mori hess 25 Apr '02

25 Apr '02

Hello, I was just wondering if anyone could give me a clue about how hard it might be to write an x86->java bytecode translator, or if one exists already? This isn't totally irrelevant to wine, since it seems like it could be used to get wine running on non-x86 machines (very inefficiently of course). Frank

1 0

WINE XIM Patch
by Aric Stewart 25 Apr '02

25 Apr '02

Hello everyone, Myself, Mike McCormack and Ulrich Czekalla have been working like mad to get XIM into Wine. We have a very early and unclean patch for people to try and help improve. This patch applies to the winehq tip as of today and probably changed a bunch of things it does not need to. If you use XIM input and can work with this please give it a try. I know it works with Japanese input with kinput2 on my redhat 7.2 machine. Since i do japanese that is what i have been testing but i have not idea for any other input methods or languages. Some known issues. * The xim box does not appear in the right place, and i cannot see what i type as i type it in. * the input does not always go to the correct edit window. * Presently it probably only works for edit controls... Hope this helps people! -aric

1 0

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]
by Michael Cardenas 25 Apr '02

25 Apr '02

thanks. On Thursday 25 April 2002 03:30 pm, you wrote: > Nothing was attached... > > On Thu, 25 Apr 2002 10:16:38 -0400, Michael Cardenas > > <michael.cardenas(a)lindows.com> wrote: > >Now, on to the work at hand. > > > >Attached is the output of running aol7 with +winsock, +file, with your > > latest series of winsock patches. Aol is still unable to handshake > > properly with it's web proxy and so you can't see any web content in aol > > or the buddy list. > > > >If anyone wants to work on aol or just to see it working, I can provide a > > deb package or a tarball that lets you install aol, so you don't have to > > worry about the aol installer working. I submitted some patches a few > > weeks ago that allow aol7 to launch. -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 0

overlapped read problem.
by Rein Klazes 25 Apr '02

25 Apr '02

Hi, The changes to the async/overlapped IO in the last week have caused a problem in Girotel 2.1, Dutch online banking program. After successfully calling the bank's computer: | 0806cfe8:Call kernel32.ClearCommError(000000e8,405953a8,405953b0) ret=60052d0f | trace:comm:ClearCommError handle 232 cbInQue = 8 cbOutQue = 0 | 0806cfe8:Ret kernel32.ClearCommError() retval=00000001 ret=60052d0f 8 characters in the in-queue. | 0806cfe8:Call kernel32.ReadFile(000000e8,405953f0,00000008,405953a4,409032e4) ret=60052d44 | trace:file:ReadFile 232 0x405953f0 8 0x405953a4 0x409032e4 request read of 8 characters. | trace:file:FILE_ReadFileEx file 232 to buf 0x405953f0 num 8 0x409032e4 func (nil) | trace:file:GetOverlappedResult (232 0x409032e4 0x405953a4 0) | trace:file:GetOverlappedResult waiting on 0x409032e4 | trace:file:GetOverlappedResult wait on 0x409032e4 returned 258 | 0806cfe8:Ret kernel32.ReadFile() retval=00000000 ret=60052d44 | 0806cfe8:Call kernel32.GetLastError() ret=60052d52 | 0806cfe8:Ret kernel32.GetLastError() retval=000003e5 ret=60052d52 ReadFile() returns ERROR, with gle() set to ERROR_IO_PENDING | 0806cfe8:Call kernel32.lstrlenA(40595270 "Problemen bij aansturen van modem\n(121-997)") ret=6c37396c Start preparing the error message ("problems communicating with modem, check your settings") for the alerting dialogbox. While clicking away this dialogbox, and the 20 subsequent ones the communications proceeds successfully. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 3

Question about Warning when building wine under Cygwin/Mingw/MSYS
by Steven Edwards 25 Apr '02

25 Apr '02

Anyone have any idea what to do about this? mingw32-gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDOWS - DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT -DNONAMELESSUNION -D NONAMELESSSTRUCT -D_REENTRANT -o regedit.o regedit.c In file included from ../../include/winnt.h:24, from ../../include/windef.h:30, from ../../include/windows.h:32, from regedit.c:23: ../../include/basetsd.h:47: warning: useless keyword or type name in empty decla ration ../../include/basetsd.h:47: warning: empty declaration Basetsd.h has #ifndef _MSC_VER typedef char __int8; typedef short __int16; typedef int __int32; typedef long long __int64; #endif /* !defined(_MSC_VER) */ With "typedef long long __int64;" being the problem on line 47. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

Port.h issue with mingw
by Steven Edwards 25 Apr '02

25 Apr '02

I need help with fixing this too. ../include/wine/port.h:175: parse error before `pread' ../include/wine/port.h:175: warning: type defaults to `int' in declaration of `p read' ../include/wine/port.h:175: warning: data definition has no type or storage clas s ../include/wine/port.h:179: parse error before `pwrite' ../include/wine/port.h:179: warning: type defaults to `int' in declaration of `p write' ../include/wine/port.h:179: warning: data definition has no type or storage clas S Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

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