May 2002 - Wine-devel - list.winehq.org

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