wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Can't find MFC afx.h
by John Westerman 09 Jan '03

09 Jan '03

Hi Everybody, I'm currently trying to compile the basic Win32 "Hello world" project that VC6 generates for you using Wine. My problem is that when I run ./configure -with-wine=/usr/local/wine It fails with the Message "checking for afx.h .... Could not find the MFC includes" However this file is located in /usr/local/wine/include/mfc. I got afx.h and the other headers by directly copying them from my Dos partition at C:\Program Files\Microsoft Visual Studio\VC98\MFC\Include I have even renamed these files to be lowercase. Is there something I'm doing wrong? Thanks in Advance, John Westerman

3 2

Re: fix shgetfileinfoW
by Andreas Mohr 09 Jan '03

09 Jan '03

On Wed, Jan 08, 2003 at 09:34:50PM +0100, Jürgen Schmied wrote: Content-Description: Mail message body > - fixed crash in winamp reported by andreas mohr Yay !!! That fixed it indeed ! (in other words: I just didn't trust you, so I had to try myself ;-) Andreas Mohr

1 0

distcc and wine
by Martin Pool 09 Jan '03

09 Jan '03

I saw (reading my referrer logs :-) people were interested in distcc with Wine, so I thought I would add it to distcc's performance benchmark. Across three machines I saw a 2.58x speedup -- details are attached. The machines were all 1GB, 1700MHz Pentium IV with a 100Mbps switched connection. Building on just one took 22m57s, and across all three took 8m53s. There is probably still some scheduling inefficiency here, which I hope to reduce over the next few months. I'm not sure what was happening with the person who saw little change. Perhaps they had distcc misconfigured, or perhaps they hit a bug. Either way I would be interested in hearing the details ($DISTCC_HOSTS, etc) and seeing if I can help fix it. I hope you find ccache and distcc useful. Wine is a cool project. Please cc me on replies. -- Martin

2 3

Re: wrc: -v, -h, -w, -O res16
by Alexandre Julliard 09 Jan '03

09 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Collapse -w16 into -O as res16. -w16 can apply to all modes, not only .res, so you would need to support 'asm16' and 'hdr16' too. It seems cleaner to keep it as a separate option. -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: widl patch
by Kari Hurtta 09 Jan '03

09 Jan '03

Comment about http://www.winehq.com/hypermail/wine-devel/2003/01/0390.html | I don't see why it can't be there if we do something like | | #ifdef HAVE_SNAZZY_COMPILER | #define RpcTryExcept __try | ... | #else | #define RpcTryExcept if (1) | ... | #endif | | People compiling Windows apps under Winelib would usually need to use a | compiler with a lot of extensions anyway, and people needing to compile | RPC/DCOM marshalling code should either use such a compiler, know what | they're doing, or (when it becomes possible) use widl to generate such | code. One hint: Sendmail 8.12 uses also exception mecanism. On it's implementation 'try' uses setjmp() ( Look macros include/sm/exc.h -- you can not of course copy these but that should tell enough that it is doable just plain C ) / Kari Hurtta

2 1

Re: Small fixes for my previous patch
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

On January 9, 2003 03:09 pm, Rok Mandeljc wrote: > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> Can you, pretty please, turn off HTML mail? <shrug/> -- Dimi.

1 0

[RFC] io.h & friends
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

Folks, Just as I thought 'fine, I'll add the #ifdef, and get it over with', this thing comes back to haunt me. For the record, I've delete the previous thread, _and_ the io.h patch from my tree, thinking the issue was put to rest. As you can probably guess, I have the io.h problems in wxWindows, simply because this is what I work on right now. Let me state the problem again: -- When you compile with winegcc, you get these macros: __WINE__, __WIN32__, __UNIX__ -- You want your source to compile with the native libc and/or msvcrt -- You want it portable between Wine/MinGW/Cygwin. So, let's say I do: #ifndef __UNIX__ #include <io.h> #endif Well, this will not work if I want to compile with msvcrt, because __UNIX__ will be defined anyway. So what do I have to test for? I have to define a new symbol (USE_MSVCRT) and test for it #if !defined(__UNIX__) || defined(USE_MSVCRT) #include <io.h> #endif But this is not all! For example, wxWindows includes stuff like this: #include <sys/unistd.h> #include <sys/stat.h> Since they are available in mingw, and cygwin, and in UNIX, but if I want to use msvcrt they conflit with stuff from there! It's a mess. As you can see, the defines alone can make a grown man cry, and this is for a simple include. And I don't even know I've covered all the basis! Problem is that there are already 5 platforms: UNIX, Wine, Cygwin, MinGW, MS. And complexity grows exponentially with the number of platforms and combinations you have to test for. This way lays madness. It is now clear to me why the Cygwin people included io.h. It's so that you can compile with or without the -mno-cygwin switch, and have everything work. The only way for that to happen without ungodly defines and tests, is to have a flat space of include files: a union of MS & Unix files. Even if they are empty! This way you can simply do: #include <unistd.h> #include <io.h> and you make sure you get the access() definition regardless if you use the msvcrt of the libc. I'm not sure what to do. I was hoping to get a include/cygwin and/or a include/mingw directory so we can deal with these problems. I didn't know mingw had Unix headers as well, this complicates matters. Any fresh ideas in this matter are highly appreciated. -- Dimi.

4 8

Help with /?? stuff
by Shachar Shemesh 09 Jan '03

09 Jan '03

Hi list, Can someone please give me a good place to RTFM what the !$&!% to do with paths that have /?? in them? Can I just give them over to win32 functions, or do I need to do something with them first? Also, does anyone have any docs on "runonce.exe"? I have a very vauge knowledge of what it does, and I could find -q -b mentioned as command lines. Shachar

4 3

Re: wrc: -v, --[no-]use-temp-file
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

On January 8, 2003 11:59 pm, Dimitrie O. Paun wrote: > ChangeLog > Added windres compatibility switches: -v, --[no-]use-temp-file. > Updated documentation, minor option parsing cleanup. My apologies, I changed my mind: I decided to do a bigger patch that will obsolete this one. Initially I thought they are disjunct, but the new patch touches 50% of the lines in this one, so I might as well collapse them together. It's in the works. -- Dimi.

1 0

Re: DIB sync bug fix
by Tony Lambregts 09 Jan '03

09 Jan '03

Duane Clark wrote: > In the bitblt functions, if the source and destination DCs are the > same DC, the call: > X11DRV_UnlockDIBSection( physDevSrc, FALSE ); > caused the DC to be labeled as "InSync" without committing the changes > resulting from the bitblt. > > This fixes bug 885. > > Changelog: > If bit/stretchblt source and destination DCs are the same, > make sure the changes are committed before unlocking. Yup Fixes up bug 885 real slick With this patch Riven is (almost) Gold. I tried it out on bug 911and it improves the display but there is still some problems with this program (vast improvement but not perfect) <hint>if you want to look at it its free to download</hint> Bug 1095 might benefit from this patch I asked the reporter to try it. -- Tony Lambregts

1 0

wxWindows: it's official!
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

That right, As of today, the patch I've sent a few days ago to the list has been integrated into the tree. Turns out that all those "#include <search.h>" were not needed, so the patch was even smaller than I thought! :) There are some things that need to go into the Wine tree before you can play with the wxWindows thing: 1. Dan's patch that fixes the RECT definition 2. Francois' patch that fixes winsock.h 3. My patch that adds io.h 4. My patch that adds wineg++ 5. My patch for tchar.h I think that's it... (I can't quite tell because I have the big NONAMELESS* patch in my tree). Alexandre, the wxWindows folks are eager to play with it, and have asked me to let them know when they can do so. Not a big deal, but if there are problems with any of these, please let me know so I can address them. -- Dimi.

3 13

wxWindows: it's now official (almost)
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

Hi folks, Last night I had nothing better to do than to cleanup my wxWindows patch. The entire thing is less than 500 lines! This says quite a few things about the maturity of our headers. The changes to the build system are just a few lines changed in src/makeg95.env. In fact, most of those are just documentation changes, and convenience things. *All* interesting changes are just: CC=winegcc CXX=winegcc -xc++ WINDRES=wrc Needless to say, I am sooooo happy! :)))) Below I've included a diffstat of the patch (to give you an idea how few things I had to change), and the patch itself (first to show how trivial the changes are, and second in the hope that my experience doing this port can be of some use to someone else). The exact same patch (with the only difference being that it has only 2 lines of context for the unified diff, to conform to the wxWindows patch guidelines) will be submitted for inclusion in the official wxWindows tree in the next 10 minutes. But I figured you guys should be the first to know, so here it is! :) Enjoy! diffstat wine.diff include/wx/filefn.h | 2 +- include/wx/longlong.h | 1 + include/wx/msw/gccpriv.h | 4 ++-- include/wx/msw/setup0.h | 2 +- include/wx/platform.h | 2 +- include/wx/sckaddr.h | 2 +- src/common/datetime.cpp | 2 +- src/common/dynarray.cpp | 1 + src/common/encconv.cpp | 1 + src/common/filefn.cpp | 2 +- src/common/list.cpp | 1 + src/common/mimecmn.cpp | 6 +++--- src/common/sckaddr.cpp | 4 ++-- src/common/sckipc.cpp | 2 +- src/common/string.cpp | 1 + src/common/wxchar.cpp | 2 +- src/jpeg/jmorecfg.h | 3 +++ src/makeg95.env | 24 +++++++++++++++++++++--- src/msw/app.cpp | 2 +- src/msw/dialup.cpp | 1 + src/msw/fontenum.cpp | 2 +- src/msw/gsocket.c | 4 ++-- src/msw/ole/automtn.cpp | 1 + src/png/pngconf.h | 8 ++++++-- 24 files changed, 56 insertions(+), 24 deletions(-) Index: include/wx/filefn.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/filefn.h,v retrieving revision 1.63 diff -u -r1.63 filefn.h --- include/wx/filefn.h 2002/12/07 15:41:11 1.63 +++ include/wx/filefn.h 2003/01/04 19:32:59 @@ -75,7 +75,7 @@ // Microsoft compiler loves underscores, feed them to it #if defined( __VISUALC__ ) \ - || ( defined(__MINGW32__) && wxCHECK_W32API_VERSION( 0, 5 ) ) \ + || ( defined(__MINGW32__) && !defined(__WINE__) && wxCHECK_W32API_VERSION( 0, 5 ) ) \ || ( defined(__MWERKS__) && defined(__WXMSW__) ) // functions #define wxClose _close Index: include/wx/longlong.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/longlong.h,v retrieving revision 1.44 diff -u -r1.44 longlong.h --- include/wx/longlong.h 2002/12/04 13:58:18 1.44 +++ include/wx/longlong.h 2003/01/04 19:33:00 @@ -63,6 +63,7 @@ #define wxLongLongFmtSpec _T("I64") #elif (defined(SIZEOF_LONG_LONG) && SIZEOF_LONG_LONG >= 8) || \ defined(__MINGW32__) || \ + defined(__GNUC__) || \ defined(__CYGWIN__) || \ defined(__WXMICROWIN__) || \ (defined(__DJGPP__) && __DJGPP__ >= 2) Index: include/wx/platform.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/platform.h,v retrieving revision 1.9 diff -u -r1.9 platform.h --- include/wx/platform.h 2002/12/07 12:36:03 1.9 +++ include/wx/platform.h 2003/01/04 19:33:00 @@ -137,7 +137,7 @@ #define __HPUX__ #endif /* HP-UX */ - #if defined(__CYGWIN__) + #if defined(__CYGWIN__) || defined(__WINE__) #if !defined(wxSIZE_T_IS_UINT) #define wxSIZE_T_IS_UINT #endif Index: include/wx/sckaddr.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/sckaddr.h,v retrieving revision 1.16 diff -u -r1.16 sckaddr.h --- include/wx/sckaddr.h 2002/08/31 11:29:11 1.16 +++ include/wx/sckaddr.h 2003/01/04 19:33:01 @@ -101,7 +101,7 @@ }; #endif -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) #include <sys/socket.h> #ifndef __VMS__ # include <sys/un.h> Index: include/wx/msw/gccpriv.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/msw/gccpriv.h,v retrieving revision 1.7 diff -u -r1.7 gccpriv.h --- include/wx/msw/gccpriv.h 2002/12/29 19:37:08 1.7 +++ include/wx/msw/gccpriv.h 2003/01/04 19:33:02 @@ -3,7 +3,7 @@ #ifndef _WX_MSW_GCCPRIV_H_ #define _WX_MSW_GCCPRIV_H_ -#if defined( __MINGW32__ ) && !defined( HAVE_W32API_H ) +#if defined( __MINGW32__ ) && !defined(__WINE__) && !defined( HAVE_W32API_H ) #if ( __GNUC__ > 2 ) || ( ( __GNUC__ == 2 ) && ( __GNUC_MINOR__ >= 95 ) ) #include <_mingw.h> #if __MINGW32_MAJOR_VERSION >= 1 @@ -24,7 +24,7 @@ // Cygwin / Mingw32 with gcc >= 2.95 use new windows headers which // are more ms-like (header author is Anders Norlander, hence the name) -#if (defined(__MINGW32__) || defined(__CYGWIN__)) && ((__GNUC__>2) || ((__GNUC__==2) && (__GNUC_MINOR__>=95))) +#if (defined(__MINGW32__) || defined(__CYGWIN__) || defined(__WINE__)) && ((__GNUC__>2) || ((__GNUC__==2) && (__GNUC_MINOR__>=95))) #ifndef wxUSE_NORLANDER_HEADERS #define wxUSE_NORLANDER_HEADERS 1 #endif Index: include/wx/msw/setup0.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/msw/setup0.h,v retrieving revision 1.126 diff -u -r1.126 setup0.h --- include/wx/msw/setup0.h 2003/01/02 23:28:53 1.126 +++ include/wx/msw/setup0.h 2003/01/04 19:33:03 @@ -1068,7 +1068,7 @@ // ---------------------------------------------------------------------------- #ifndef wxUSE_NORLANDER_HEADERS -#if (defined(__MINGW32__) || defined(__CYGWIN__)) && ((__GNUC__>2) ||((__GNUC__==2) && (__GNUC_MINOR__>=95))) +#if ((defined(__MINGW32__) && defined(__CYGWIN__)) ||defined(__WINE__)) && ((__GNUC__>2) ||((__GNUC__==2) && (__GNUC_MINOR__>=95))) # define wxUSE_NORLANDER_HEADERS 1 #else # define wxUSE_NORLANDER_HEADERS 0 Index: src/makeg95.env =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/makeg95.env,v retrieving revision 1.78 diff -u -r1.78 makeg95.env --- src/makeg95.env 2002/12/29 19:37:10 1.78 +++ src/makeg95.env 2003/01/04 19:33:11 @@ -52,12 +52,21 @@ # gcc 3.x provides a win32api.h header MINGW32VERSION=3.0 +# If you want to compile on Wine, simply uncomment this variable +# If you don't want to edit the file, you can simply define it +# on the command line like so: make WINE=1 -f makefile.g95 +#WINE=1 + # If we're using MSYS, or other utilities that use forward slashes, # you need to set this when invoking the makefile from DOS, or the # wrong separators will be assumed. However, if you're using MSYS, # you really ought to invoke the makefile from MSYS--or, even better, # use the './configure && make' technique that MSYS is designed for. +ifndef WINE #OSTYPE=msys +else +OSTYPE=msys +endif # If building DLL, the version WXVERSION=250 @@ -133,7 +142,9 @@ # Versions since 3.0 provide win32api.h . An old comment said to # define this 'if you have w32api >= 0.5', but mingw 2.95.2-1 # has no such header. +ifndef WINE _USE_W32API_HEADER_IF_SUPPORTED = -DHAVE_W32API_H +endif # # Revision 1.70.2.6 of this file suggested '--pipe' for mingw but # not for cygwin, and only for version 3.0 or later. Since then, @@ -145,11 +156,14 @@ # endif -# C compiler +# Define the C++ and C compiler respectively +ifndef WINE CXX = g++ - -# C compiler CC = gcc +else +CXX = winegcc -xc++ +CC = winegcc +endif # Compiler used for LEX generated C # For now at least, it can be the same as the regular C compiler @@ -169,7 +183,11 @@ # Settings for Cyginw/Mingw32 # Some versions of windres cannot cope with the --preprocessor # option. Uncomment the RCPREPROCESSOR line below if yours can. +ifndef WINE RESCOMP=windres $(_USE_TEMP_FILE_IF_SUPPORTED) +else +RESCOMP=wrc +endif RCINPUTSWITCH=-i RCOUTPUTSWITCH=-o RCINCSWITCH=--include-dir Index: src/common/datetime.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/datetime.cpp,v retrieving revision 1.71 diff -u -r1.71 datetime.cpp --- src/common/datetime.cpp 2002/12/04 14:06:21 1.71 +++ src/common/datetime.cpp 2003/01/04 19:33:25 @@ -103,7 +103,7 @@ #elif defined(__MWERKS__) long wxmw_timezone = 28800; #define WX_TIMEZONE wxmw_timezone - #elif defined(__DJGPP__) + #elif defined(__DJGPP__) || defined(__WINE__) #include <sys/timeb.h> #include <values.h> static long wxGetTimeZone() Index: src/common/dynarray.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/dynarray.cpp,v retrieving revision 1.28 diff -u -r1.28 dynarray.cpp --- src/common/dynarray.cpp 2002/12/04 14:06:27 1.28 +++ src/common/dynarray.cpp 2003/01/04 19:33:28 @@ -28,6 +28,7 @@ #include <stdlib.h> #include <string.h> // for memmove +#include <search.h> #ifndef max #define max(a, b) (((a) > (b)) ? (a) : (b)) Index: src/common/encconv.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/encconv.cpp,v retrieving revision 1.14 diff -u -r1.14 encconv.cpp --- src/common/encconv.cpp 2002/01/25 14:45:20 1.14 +++ src/common/encconv.cpp 2003/01/04 19:33:29 @@ -23,6 +23,7 @@ #include "wx/encconv.h" #include <stdlib.h> +#include <search.h> // conversion tables, generated by scripts in $(WXWIN)/misc/unictabl: #ifdef __BORLANDC__ Index: src/common/filefn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/filefn.cpp,v retrieving revision 1.162 diff -u -r1.162 filefn.cpp --- src/common/filefn.cpp 2003/01/01 17:52:58 1.162 +++ src/common/filefn.cpp 2003/01/04 19:33:35 @@ -1262,7 +1262,7 @@ // assume mkdir() has 2 args on non Windows-OS/2 platforms and on Windows too // for the GNU compiler -#if (!(defined(__WXMSW__) || defined(__WXPM__) || defined(__DOS__))) || (defined(__GNUWIN32__) && !defined(__MINGW32__)) || defined(__WXWINE__) || defined(__WXMICROWIN__) +#if (!(defined(__WXMSW__) || defined(__WXPM__) || defined(__DOS__))) || (defined(__GNUWIN32__) && !defined(__MINGW32__)) || defined(__WXWINE__) || defined(__WINE__) || defined(__WXMICROWIN__) if ( mkdir(wxFNCONV(dirname), perm) != 0 ) #elif defined(__WXPM__) if (::DosCreateDir((PSZ)dirname, NULL) != 0) // enhance for EAB's?? Index: src/common/list.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/list.cpp,v retrieving revision 1.38 diff -u -r1.38 list.cpp --- src/common/list.cpp 2002/02/06 01:38:08 1.38 +++ src/common/list.cpp 2003/01/04 19:33:37 @@ -31,6 +31,7 @@ #include <stdarg.h> #include <stdlib.h> #include <string.h> +#include <search.h> #ifndef WX_PRECOMP #include "wx/defs.h" Index: src/common/mimecmn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/mimecmn.cpp,v retrieving revision 1.23 diff -u -r1.23 mimecmn.cpp --- src/common/mimecmn.cpp 2002/12/04 14:06:45 1.23 +++ src/common/mimecmn.cpp 2003/01/04 19:33:38 @@ -486,7 +486,7 @@ bool wxMimeTypesManager::Unassociate(wxFileType *ft) { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) return m_impl->Unassociate(ft); #else return ft->Unassociate(); @@ -596,7 +596,7 @@ void wxMimeTypesManager::Initialize(int mcapStyle, const wxString& sExtraDir) { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) EnsureImpl(); m_impl->Initialize(mcapStyle, sExtraDir); @@ -609,7 +609,7 @@ // and this function clears all the data from the manager void wxMimeTypesManager::ClearData() { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) EnsureImpl(); m_impl->ClearData(); Index: src/common/sckaddr.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/sckaddr.cpp,v retrieving revision 1.34 diff -u -r1.34 sckaddr.cpp --- src/common/sckaddr.cpp 2002/12/04 14:06:51 1.34 +++ src/common/sckaddr.cpp 2003/01/04 19:33:39 @@ -46,7 +46,7 @@ #ifdef ENABLE_IPV6 IMPLEMENT_DYNAMIC_CLASS(wxIPV6address, wxSockAddress) #endif -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) IMPLEMENT_DYNAMIC_CLASS(wxUNIXaddress, wxSockAddress) #endif @@ -237,7 +237,7 @@ #endif // 0 -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) // --------------------------------------------------------------------------- // wxUNIXaddress Index: src/common/sckipc.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/sckipc.cpp,v retrieving revision 1.34 diff -u -r1.34 sckipc.cpp --- src/common/sckipc.cpp 2002/09/14 02:09:51 1.34 +++ src/common/sckipc.cpp 2003/01/04 19:33:41 @@ -89,7 +89,7 @@ GetAddressFromName(const wxString& serverName, const wxString& host = _T("")) { // we always use INET sockets under non-Unix systems -#if defined(__UNIX__) && !defined(__WXMAC__) +#if defined(__UNIX__) && !defined(__WXMAC__) && !defined(__WINE__) // under Unix, if the server name looks like a path, create a AF_UNIX // socket instead of AF_INET one if ( serverName.Find(_T('/')) != wxNOT_FOUND ) Index: src/common/string.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/string.cpp,v retrieving revision 1.166 diff -u -r1.166 string.cpp --- src/common/string.cpp 2002/12/10 12:13:23 1.166 +++ src/common/string.cpp 2003/01/04 19:33:45 @@ -41,6 +41,7 @@ #include <ctype.h> #include <string.h> #include <stdlib.h> +#include <search.h> #ifdef __SALFORDC__ #include <clib.h> Index: src/common/wxchar.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/wxchar.cpp,v retrieving revision 1.51 diff -u -r1.51 wxchar.cpp --- src/common/wxchar.cpp 2002/12/10 00:43:28 1.51 +++ src/common/wxchar.cpp 2003/01/04 19:33:47 @@ -105,7 +105,7 @@ bool WXDLLEXPORT wxOKlibc() { -#if wxUSE_WCHAR_T && defined(__UNIX__) && defined(__GLIBC__) +#if wxUSE_WCHAR_T && defined(__UNIX__) && defined(__GLIBC__) && !defined(__WINE__) // glibc 2.0 uses UTF-8 even when it shouldn't wchar_t res = 0; if ((MB_CUR_MAX == 2) && Index: src/jpeg/jmorecfg.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/jpeg/jmorecfg.h,v retrieving revision 1.19 diff -u -r1.19 jmorecfg.h --- src/jpeg/jmorecfg.h 2002/05/26 11:49:37 1.19 +++ src/jpeg/jmorecfg.h 2003/01/04 19:33:49 @@ -130,6 +130,7 @@ */ /* UINT8 must hold at least the values 0..255. */ +#ifndef __WINE_BASETSD_H #ifdef HAVE_UNSIGNED_CHAR typedef unsigned char UINT8; @@ -154,6 +155,8 @@ #ifndef XMD_H /* X11/xmd.h correctly defines INT16 */ typedef short INT16; #endif + +#endif /* __WINE_BASETSD_H */ /* INT32 must hold at least signed 32-bit values. */ Index: src/msw/app.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/app.cpp,v retrieving revision 1.174 diff -u -r1.174 app.cpp --- src/msw/app.cpp 2002/12/04 14:09:06 1.174 +++ src/msw/app.cpp 2003/01/04 19:33:52 @@ -1381,6 +1381,6 @@ // For some reason, with MSVC++ 1.5, WinMain isn't linked in properly // if in a separate file. So include it here to ensure it's linked. -#if (defined(__VISUALC__) && !defined(__WIN32__)) || (defined(__GNUWIN32__) && !defined(__TWIN32__) && !defined(WXMAKINGDLL)) +#if (defined(__VISUALC__) && !defined(__WIN32__)) || (defined(__GNUWIN32__) && !defined(__WINE__) && !defined(__TWIN32__) && !defined(WXMAKINGDLL)) #include "main.cpp" #endif Index: src/msw/dialup.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/dialup.cpp,v retrieving revision 1.34 diff -u -r1.34 dialup.cpp --- src/msw/dialup.cpp 2002/08/30 20:34:25 1.34 +++ src/msw/dialup.cpp 2003/01/04 19:33:55 @@ -55,6 +55,7 @@ !defined(__GNUWIN32_OLD__) && \ !defined(__WATCOMC__) && \ !defined(__WXWINE__) && \ + !defined(__WINE__) && \ (!defined(__VISUALC__) || (__VISUALC__ >= 1020)) #include <ras.h> Index: src/msw/fontenum.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/fontenum.cpp,v retrieving revision 1.30 diff -u -r1.30 fontenum.cpp --- src/msw/fontenum.cpp 2003/01/02 23:38:07 1.30 +++ src/msw/fontenum.cpp 2003/01/04 19:33:55 @@ -152,7 +152,7 @@ #define wxFONTENUMPROC FONTENUMPROCEX #elif (defined(__GNUWIN32__) && !defined(__CYGWIN10__) && !wxCHECK_W32API_VERSION( 1, 1 )) #if wxUSE_NORLANDER_HEADERS - #define wxFONTENUMPROC int(*)(const LOGFONT *, const TEXTMETRIC *, long unsigned int, LPARAM) + #define wxFONTENUMPROC FONTENUMPROC #else #define wxFONTENUMPROC int(*)(ENUMLOGFONTEX *, NEWTEXTMETRICEX*, int, LPARAM) #endif Index: src/msw/gsocket.c =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/gsocket.c,v retrieving revision 1.42 diff -u -r1.42 gsocket.c --- src/msw/gsocket.c 2002/12/06 16:57:30 1.42 +++ src/msw/gsocket.c 2003/01/04 19:33:58 @@ -11,6 +11,8 @@ * PLEASE don't put C++ comments here - this is a C source file. */ +#include <winsock.h> + #ifdef _MSC_VER /* RPCNOTIFICATION_ROUTINE in rasasync.h (included from winsock.h), * warning: conditional expression is constant. @@ -55,8 +57,6 @@ #include <stdlib.h> #include <stddef.h> #include <ctype.h> - -#include <winsock.h> /* if we use configure for MSW SOCKLEN_T will be already defined */ #ifndef SOCKLEN_T Index: src/msw/ole/automtn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/ole/automtn.cpp,v retrieving revision 1.26 diff -u -r1.26 automtn.cpp --- src/msw/ole/automtn.cpp 2003/01/03 14:59:07 1.26 +++ src/msw/ole/automtn.cpp 2003/01/04 19:34:00 @@ -26,6 +26,7 @@ // With Borland C++, all samples crash if this is compiled in. #if wxUSE_OLE &&!defined(__WATCOMC__) && !(defined(__BORLANDC__) && (__BORLANDC__ < 0x520)) && !defined(__CYGWIN10__) && !defined(__WXWINE__) +#define _FORCENAMELESSUNION #include "wx/log.h" #include "wx/msw/ole/automtn.h" #include "wx/msw/private.h" Index: src/png/pngconf.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/png/pngconf.h,v retrieving revision 1.7 diff -u -r1.7 pngconf.h --- src/png/pngconf.h 2002/12/04 14:10:03 1.7 +++ src/png/pngconf.h 2003/01/04 19:34:04 @@ -1157,9 +1157,13 @@ # endif #endif -#if defined(__CYGWIN__) +#if defined(__CYGWIN__) || defined(__WINE__) # undef PNGAPI -# define PNGAPI __cdecl +# if defined(__WINE__) +# define PNGAPI +# else +# define PNGAPI __cdecl +# endif # undef PNG_IMPEXP # define PNG_IMPEXP #endif -- Dimi.

2 4

Re: _wine_ldt_copy can not be auto-imported when building under cygwin
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

On January 8, 2003 02:33 am, Jeroen Janssen wrote: > The attached patch fixes the following problem: > > '_wine_ldt_copy' can't be auto-imported" when building under cygwin Jeroen, Can you please test if the attach patch work? Index: include/wine/library.h =================================================================== RCS file: /var/cvs/wine/include/wine/library.h,v retrieving revision 1.17 diff -u -r1.17 library.h --- include/wine/library.h 3 Jan 2003 03:12:58 -0000 1.17 +++ include/wine/library.h 8 Jan 2003 15:00:48 -0000 @@ -72,7 +72,16 @@ extern int wine_ldt_set_entry( unsigned short sel, const LDT_ENTRY *entry ); /* the local copy of the LDT */ -extern struct __wine_ldt_copy +#ifdef __CYGWIN__ +# ifdef WINE_EXPORT_LDT_COPY +# define WINE_LDT_EXTERN __declspec(dllexport) +# else +# define WINE_LDT_EXTERN __declspec(dllimport) +#else +# define WINE_LDT_EXTERN extern +#endif + +WINE_LDT_EXTERN struct __wine_ldt_copy { void *base[8192]; /* base address or 0 if entry is free */ unsigned long limit[8192]; /* limit in bytes or 0 if entry is free */ Index: library/ldt.c =================================================================== RCS file: /var/cvs/wine/library/ldt.c,v retrieving revision 1.5 diff -u -r1.5 ldt.c --- library/ldt.c 14 Aug 2002 21:10:50 -0000 1.5 +++ library/ldt.c 8 Jan 2003 14:56:31 -0000 @@ -28,6 +28,7 @@ #include <errno.h> #include "winbase.h" +#define WINE_EXPORT_LDT_COPY #include "wine/library.h" #ifdef __i386__ -- Dimi.

2 1

Re: wine 20021219 install patch : registry installation failed
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

On January 8, 2003 09:18 am, Thai Dang wrote: > if you have troubles during installation (especially with registry > installation failed) > > patch -p1 -l < patchwine-20021219.diff Thai, You've sent a 190K email for a patch that changes 3 lines! Please, if you don't use CVS, at least use the -x switch for diff: diff -u -x "*.o" ... Or do a make clean before creating the patch. Or delete the garbage by hand. Any of these are OK, as long as you send in _just_ the patch, without the 99% extraneous garbage. -- Dimi.

2 1

Re: Mac OS X/Darwin port of Wine
by Mike Hearn 08 Jan '03

08 Jan '03

Supposedly Mac OS X already has the largest installed base of any single *nix distribution and certainly is ahead of Linux on the desktop. So there are easily as many potential users of Wine for Mac OS X as Wine for X86-whatever. And Virtual PC has been popular & successful. Actually, according to figures from Apple and IDC (guess which is more neutral) desktop Linux has at least double and possibly quadruple the installed userbase of MacOS X. I have pointed this out several times when people make statements such as that, and have yet to be refuted, so be careful when saying things like MacOS is "certainly ahead of Linux", as the statistics don't back that up. *shrug* Bear in mind that to actually do a MacOS port would require rewriting quite large parts of Wine even if you still use an X server, and then Windows apps would still look like Windows apps, not Aqua apps. Please don't get discouraged, but you should be aware of how much work it involves before starting. As CPU emulation would be one of the trickier parts, I'd definately go with the advice to start by making x86 binaries work on Linux/PPC, as that keeps the number of things that could interfere to a minimum. ta -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

6 11

Re: Re: Sound driver autodetection
by chrismorgan＠rcn.com 08 Jan '03

08 Jan '03

So the external tool would try to load each driver and put the detected one into the appropriate location in the registry? Chris > > From: Eric Pouech <eric.pouech(a)wanadoo.fr> > Date: 2003/01/07 Tue PM 05:09:02 EST > To: cmorgan(a)alum.wpi.edu > CC: wine-devel(a)winehq.com > Subject: Re: Sound driver autodetection > > chrismorgan(a)rcn.com wrote: > > I've been thinking about implementing sound driver autodetection in wine. On startup wine would try to open a device with each of the drivers until one was opened successfully. This seems pretty simple to implement, I was wondering if there was a dynamic way of detecting the list of drivers to try or whether this list would have to be hardcoded in a c file. Eric, any hints? > > I don't think this belongs to wine. What we could need is: > 1/ an external tool that lists all available drivers > 2/ then creates the corrects initialization of the registry. this would > also include defining the default driver > 3/ then all MM DLLs would get their configuration from the registry > > of course, 1/ will get complicated with different wine drivers outputing > to the same physical device, but we could infer some of the rules here > 1 & 2 could be implemented as a control panel (for better user > performance), but also as a pure command line tool so that it can be > invoked at wine initialisation (at least for 2/) > > as a matter of fact, I already have 3/ implemented, but never committed > it because of the lack of 1&2 > > A+ > -- > Eric Pouech > > >

3 2

Web CVS annotation
by Jeff Smith 08 Jan '03

08 Jan '03

I know nothing of cvs administration, but would it be possible (without too much effort) to add annotation to the web cvs interface? I find that knowing the last time a particular piece of code changed can make regression testing and assorted other tasks happen a lot faster. Compare: annotated file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… raw file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… -- Jeff S _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

4 5

Re: Symbol stripping?
by Shachar Shemesh 08 Jan '03

08 Jan '03

Eric Pouech wrote: > aren't you, by any chance, compiling with gcc >= 3.1 ? > if so, you need to force emission of stabs as a debugging format while > running configure > something like this should work > CFLAGS=-gstabs+ ./configure Maybe we should patch configure.ac to detect this and add the apropriate compile switch? > > A+

5 5

Re: Possible bug (with fix) in MENU_FindItem()
by Duane Clark 08 Jan '03

08 Jan '03

Peter Gerwinski wrote: > Hello, > > while developing an application for WINE (also intended to run under > MSPOW = MicroSoft's Parody Of WINE, spoken "m-spow";-) I encountered > something which I consider a bug in WINE: > > When I invoke EnableMenuItem to enable/disable a menu item holding > a command with the numeric value 200, the first popup menu is > enabled/disabled instead of the menu item. (This behaviour does not > show up under MSPOW, version "ME".) > > IMHO this is due to a wrong order of two "if" conditions in > control/menu.c:MENU_FindItem(). > > I am attaching a patch which fixed the problem for me. Hi. Please submit to wine-patches. It will be unlikely to get into wine if submitted here.

1 0

Stuck in SetMenuItemInfo
by Mike Hearn 08 Jan '03

08 Jan '03

Hi, Debugging a crash in IE in the menus, I traced it to this check in SetMenuItemInfoA, apparently trying to stop apps passing in bad data. if ((lpmii->fType & (MF_HILITE|MF_POPUP)) || (lpmii->fState)) { /* QuickTime does pass invalid data into SetMenuItemInfo. * do some of the checks Windows does. */ WARN("Bad masks for type (0x%08x) or state (0x%08x)\n", lpmii->fType,lpmii->fState ); return FALSE; } In particular, it seems to check for a couple of bits set that aren't by IE, this is the function trace in Windows: SetMenuItemInfoW( 0x000B032B 0 TRUE [0x0013E070] -> 44 , MIIM_ID | MIIM_SUBMENU , MFT_BITMAP | MFT_RIGHTORDER , MFS_CHECKED , 3169 , NULL , 0x003C7FC8 , 0x40000064 , 0x003C806C , NULL , 2012758772 , 0x003B0000 ) -> TRUE So as you can see it sets MFT_BITMAP, MFT_RIGHTORDER and MFT_CHECKED, but not HILITE or POPUP. This is where I got stuck. I can't see what this check should actually be, but it's clearly incomplete at the moment, as Windows doesn't return false with this input. Has anybody got any advice? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

dsound test fails
by Zsolt Rizsanyi 08 Jan '03

08 Jan '03

Hi! I tried doing make test, and got the next errors for the dsound test: make[2]: Entering directory `/home/zsolt/src/wine/dlls/dsound' make[3]: Entering directory `/home/zsolt/src/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,1):stub err:ntdll:RtlpWaitForCriticalSection section 0x400d9d44 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=081b0f88 wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400d9d44 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=081b0f88 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x400ab624 make[3]: Leaving directory `/home/zsolt/src/wine/dlls/dsound/tests' make[2]: Leaving directory `/home/zsolt/src/wine/dlls/dsound' What does that mean? I got similar errors when trying to run some games. I have a Creative SB Live card. Using alsa 0.9.0rc1 with oss emulation (using wineoss and not winealsa - tough I have tried with winealsa and nothing changes). I know that the problem is with my system, but dont know where. Thanks Zsolt

1 0

Re: DirectSound and i810 soundcards
by Glen Kaukola 08 Jan '03

08 Jan '03

Ok, here's output from dsound_test.exe, I heard all 6 sounds: C:\Documents and Settings\sauron\Desktop>dsound_test.exe dsound dsound.c:373:Testing Primary Sound Driver - dsound.c:387: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:398: Testing the primary buffer dsound.c:240: Caps: flags=0x00000009 size=32768 dsound.c:254: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x16x2 dsound.c:413: Testing a secondary buffer at 11025x8x1 dsound.c:240: Caps: flags=0x000100e8 size=4410 dsound.c:254: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x 8x1 dsound.c:322: volume=0 dsound.c:428: Testing a secondary buffer at 48000x16x2 dsound.c:240: Caps: flags=0x000100e8 size=76800 dsound.c:254: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 48000x16x2 dsound.c:322: volume=0 dsound.c:373:Testing AC'97 Sound Card - ichaud.sys dsound.c:387: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:398: Testing the primary buffer dsound.c:240: Caps: flags=0x00000009 size=32768 dsound.c:254: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x16x2 dsound.c:413: Testing a secondary buffer at 11025x8x1 dsound.c:240: Caps: flags=0x000100e8 size=4410 dsound.c:254: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x 8x1 dsound.c:322: volume=0 dsound.c:428: Testing a secondary buffer at 48000x16x2 dsound.c:240: Caps: flags=0x000100e8 size=76800 dsound.c:254: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 48000x16x2 dsound.c:322: volume=0 dsound: 307 tests executed, 0 marked as todo, 0 failures. Here's the output from winmm_text.exe, I heard all 24 sounds: C:\Documents and Settings\sauron\Desktop>winmm_test.exe wave wave.c:182:found 1 WaveOut devices wave.c:206: 0: "AC'97 Sound Card" 5.0 (1:100): channels=65535 formats=0fff support=002c wave.c:150:Playing 440Hz LA at 11025x 8x1 0000 wave.c:150:Playing 440Hz LA at 11025x 8x1 0008 wave.c:150:Playing 440Hz LA at 11025x 8x2 0000 wave.c:150:Playing 440Hz LA at 11025x 8x2 0008 wave.c:150:Playing 440Hz LA at 11025x16x1 0000 wave.c:150:Playing 440Hz LA at 11025x16x1 0008 wave.c:150:Playing 440Hz LA at 11025x16x2 0000 wave.c:150:Playing 440Hz LA at 11025x16x2 0008 wave.c:150:Playing 440Hz LA at 22050x 8x1 0000 wave.c:150:Playing 440Hz LA at 22050x 8x1 0008 wave.c:150:Playing 440Hz LA at 22050x 8x2 0000 wave.c:150:Playing 440Hz LA at 22050x 8x2 0008 wave.c:150:Playing 440Hz LA at 22050x16x1 0000 wave.c:150:Playing 440Hz LA at 22050x16x1 0008 wave.c:150:Playing 440Hz LA at 22050x16x2 0000 wave.c:150:Playing 440Hz LA at 22050x16x2 0008 wave.c:150:Playing 440Hz LA at 44100x 8x1 0000 wave.c:150:Playing 440Hz LA at 44100x 8x1 0008 wave.c:150:Playing 440Hz LA at 44100x 8x2 0000 wave.c:150:Playing 440Hz LA at 44100x 8x2 0008 wave.c:150:Playing 440Hz LA at 44100x16x1 0000 wave.c:150:Playing 440Hz LA at 44100x16x1 0008 wave.c:150:Playing 440Hz LA at 44100x16x2 0000 wave.c:150:Playing 440Hz LA at 44100x16x2 0008 wave.c:220:Testing invalid 2MHz format wave: 221 tests executed, 0 marked as todo, 0 failures. The sounds all seem to be the same exact note and just at different volumes on the first test. Heh, or I'm completely tone deaf. Francois Gouget wrote: > On Mon, 6 Jan 2003, Glen Kaukola wrote: > > >>Francois Gouget wrote: >> >>>I'm not really sure this is what Windows is doing however. I would be >>>interested if people with Windows NT/2000/XP and an i810 soundcard could >>>run both the dsound and the winmm tests and send me the output. >> >>Hi, I hope I've got the type of sound card you're after. I'm pretty >>sure the i810 module gets loaded when I run Linux. >> >>Anyway, here's the output I get on win2k from dsound_test.exe: > > > Thanks. I forgot to mention to do the following before running the > tests: > set WINETEST_INTERACTIVE=1 > > This will cause them to play test tones and do more tests. I would be > interested to know if you hear all the tones and if you could send me > the corresponding output of each test. >

2 2

Re: Symbol stripping=?iso-8859-1?Q?=3F ?=
by Mike Hearn 08 Jan '03

08 Jan '03

I can look into doing this, but is there a reason we can't use -gstabs+ for all compilers? Will some compilers barf with this flag? I can see the benefits of doing it this way, but configure already takes ages :) On Wed, 2003-01-08 at 10:04, Eric POUECH wrote: > IMO the test should be: > - compile a little test program > - test if it contains stabs info (this adds a dependency on binutils, but since the test is meant to compile wine it shouldn't be too much an issue) > - if it doesn't, and if compiler is gcc then rerun the test with the -gstabs+ flag > - it the test passes add the flag to CFLAG, otherwise warn the user (at the end of configuration) as we do for opengl > however, this would be better in wine.ac (or equivalent) so that we can make use of it for other winelib programs for instance > > A+ > >Messsage du 08/01/2003 08:59 > >De : Mike Hearn <m.hearn(a)signal.qinetiq.com> > >A : Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > >Copie à : Eric Pouech <eric.pouech(a)wanadoo.fr>, Mike Hearn <m.hearn(a)signal.dera.gov.uk>, <wine-devel(a)winehq.org> > >Objet : Re: Symbol stripping? > > > > What does gcc prior to 3.1 do with the -gstabs+ flag? If it ignores it, > > or it's implied anyway, we could just have it always on. > > > > If not then I have some bash here that can parse the output of gcc -v > > and determine whether it's >= 3.1, would that be acceptable as a patch > > to configure.ac? > > > > The only other way would be to compile a little test app then run > > objdump on it to figure out if stabs data was included, but testing the > > GCC version would be faster. > > > > On Tue, 2003-01-07 at 09:19, Shachar Shemesh wrote: > > > Eric Pouech wrote: > > > > > > > aren't you, by any chance, compiling with gcc >= 3.1 ? > > > > if so, you need to force emission of stabs as a debugging format while > > > > running configure > > > > something like this should work > > > > CFLAGS=-gstabs+ ./configure > > > > > > Maybe we should patch configure.ac to detect this and add the apropriate > > > compile switch? > > > > > > > > > > > A+ > > > > > > > > -- > > Mike Hearn <m.hearn(a)signal.qinetiq.com> > > QinetiQ - Malvern Technology Center > > > > > > > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: Re: bug report.
by yf 08 Jan '03

08 Jan '03

>> [yf@yf 2002]$ wine ./hexin.exe >> fixme:ole:CoRegisterMessageFilter stub >> fixme:shdocvw:WBPCI2_GetGUID stub: dwGuidKind = 1, pGUID = {00000000-0000-0000-0000-000000000000} >> fixme:shdocvw:WBPCI2_GetGUID Wrongly returning IPropertyNotifySink interface {9bfbbc02-eff1-101a-84ed-00aa00341d07} >> fixme:shdocvw:WBQA_QuickActivate stub: QACONTAINER = 0x40760874, QACONTROL = 0x407608b4 >> fixme:shdocvw:WBPSI_InitNew stub >> fixme:shdocvw:WBCP_Advise stub: IUnknown = 0x4183bfe4, connection cookie = 0 >> fixme:shdocvw:WBOOBJ_SetExtent stub: (0x41f0a940, 1, (0 x 0)) >> fixme:shdocvw:WBOOBJ_DoVerb : stub iVerb = -5 >> fixme:shdocvw:WBOOBJ_DoVerb stub for OLEIVERB_INPLACEACTIVATE >> fixme:shdocvw:WBOC_GetControlInfo stub: LPCONTROLINFO = 0x4183bf84 >> fixme:shdocvw:WBOIPO_GetWindow stub HWND* = 0x40760980 >> fixme:shdocvw:WB_Invoke stub dispIdMember = -518, IID = {00000000-0000-0000-0000-000000000000} >> fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153244 >> fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153168 >> fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1 >> fixme:shdocvw:WBOIPO_InPlaceDeactivate stub >> fixme:shdocvw:WBOOBJ_SetClientSite stub: (0x41f0a940, (nil)) >> fixme:shdocvw:WBOOBJ_Close stub: () >I get as far, than it fscks up its double byte names. >With what 'LANG' var do you run it? my 'LANG' is zh_CN.GB18030 >> err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. >This will do an immediate exit(1); so WINE terminates here. It probably should not.

1 0

getting started
by Glen Kaukola 08 Jan '03

08 Jan '03

Hi everyone, I forget who's advice it was I took, but I went out and bought a few books on windows programming. And I plan to get started trying to help out with the wine project by trying to get the sample applications from the books to run under wine. If nothing else I guess I can let everyone know what it is I can't get working under wine (hopefully everyone welcomes that sort of input). So what I'm wondering now is what I should be using to compile my applications on windows. One of the books I have says all I need is the win32 sdk and I can compile apps. The closest thing I can find on msdn is the microsoft platform sdk, or perhaps the .net sdk. I've installed the microsoft platform sdk core but it doesn't seem to contain nmake.exe like the book I have talks about. So maybe I just need more pieces of the sdk? Or maybe I've installed the wrong thing entirely? I know of some other things I could use like borland's compiler or the bloodshed ide, that uses mingw I believe, but I was thinking it might be better if I stuck with microsoft development apps so everything happens the microsoft way in my programs. So maybe I just need to take one for the team and go out and buy visual studio? Thanks in advance, Glen

4 9

Jump to page:

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