January 2003 - Wine-Devel - list.winehq.org

Re: wine-devel digest, Vol 1 #1558 - 19 msgs
by Kevin Jan. 3, 2003

Jan. 3, 2003

Hello: Who has the document about COM?? The websit has information about COM,But it isn't detailed. Thanks very much! ----- Original Message ----- From: <wine-devel-request(a)winehq.com> To: <wine-devel(a)winehq.com> Sent: Friday, January 03, 2003 10:03 AM Subject: wine-devel digest, Vol 1 #1558 - 19 msgs > Send wine-devel mailing list submissions to > wine-devel(a)winehq.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.com/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.com > > You can reach the person managing the list at > wine-devel-admin(a)winehq.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. Re: __WINE__ vs. __WINESRC__ (Dimitrie O. Paun) > 2. Re: argv[0] needs to be an absolute path (Dan Kegel) > 3. Re: tchar fixes: _tcs{dup,icmp} (Dimitrie O. Paun) > 4. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Alexandre Julliard) > 5. Re: tchar fixes: _tcs{dup,icmp} (Alexandre Julliard) > 6. Re: __WINE__ vs. __WINESRC__ (Alexandre Julliard) > 7. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dimitrie O. Paun) > 8. Re: Make RECT === RECTL, fix compile warnings, use uniform format (Alexandre Julliard) > 9. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dan Kegel) > 10. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dimitrie O. Paun) > 11. Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: > conformance test for ShellExecute)) (Shachar Shemesh) > 12. Re: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: conformance test for ShellExecute)) (Dimitrie O. Paun) > 13. regression with CFLAGS=-g (Shachar Shemesh) > 14. wine.m4 install bug (Enrico Horn) > 15. Re: wine.m4 install bug (Alexandre Julliard) > 16. Avoid some tests (=?iso-8859-1?q?Sylvain=20Petreolle?=) > 17. Re: RFH: ICON statement (Dimitrie O. Paun) > 18. Re: wineboot - initial version (=?iso-8859-1?q?Sylvain=20Petreolle?=) > > --__--__-- > > Message: 1 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com> > Subject: Re: __WINE__ vs. __WINESRC__ > Date: Thu, 2 Jan 2003 12:02:35 -0500 > Cc: Francois Gouget <fgouget(a)free.fr>, Wine Devel <wine-devel(a)winehq.com> > > On January 2, 2003 12:30 pm, Alexandre Julliard wrote: > > It doesn't really matter, just pick the one you prefer. > > I know, but I was hoping people had better suggestions :) > I like __WINESRC__ the best (but that doesn't mean much <g>), > so unless people have a better idea, that's going to be it. > > > Sure, we can do the rename first. > > Probably a script to do it would be best, no? > > > No, these should be removed. The same effect can be achieved by > > defining COM_NO_WINDOWS_H in the C files that use the include. > > What about defining COM_NO_WINDOWS_H globally in Wine? > > -- > Dimi. > > > --__--__-- > > Message: 2 > Date: Thu, 02 Jan 2003 10:27:43 -0800 > From: Dan Kegel <dank(a)kegel.com> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > CC: Wine Devel <wine-devel(a)winehq.com> > Subject: Re: argv[0] needs to be an absolute path > > "sometimes" == "if the program was invoked with a relative path" > > BTW the one-line patch I submitted seems to just preserve > the D: in the example I gave. This is good enough to make > my test case work, but won't fix all uses, I think. > - Dan > > Sylvain Petreolle wrote: > > What do you mean by "sometimes" ? > > > > > >>outputs an absolute path on Windows, but sometimes > >>outputs a relative path on Wine. This causes the > >>commandline > >> $ wine d:setup > >>to fail to find its files properly if it uses the > >>basename of argv[0]. One example of this is msvc4.0 > >>(although it only tries this if an earlier method fails, > >>so there's another bug lurking). > >> > >>I am about to submit a one-line patch to fix this to > >>wine-patches. (If I weren't a wimp, I'd figure out > >>a way to submit a regression test, too, although > >>it'd be a strange one; most of our tests don't need > >>to invoke Wine itself from the Unix commandline!) > >> > >>The same problem exists for programs launched from other > >>wine programs, e.g. from inside wcmd. > >>That's another code path, and I couldn't find a > >>one-line fix for that one. > >>- Dan > > > > -- > Dan Kegel > Linux User #78045 > http://www.kegel.com > > > --__--__-- > > Message: 3 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com> > Subject: Re: tchar fixes: _tcs{dup,icmp} > Date: Thu, 2 Jan 2003 12:23:52 -0500 > Cc: Francois Gouget <fgouget(a)free.fr>, wine-devel(a)winehq.com > > On January 2, 2003 12:38 pm, Alexandre Julliard wrote: > > tchar.h should not depend on msvcrt IMO, at least not in ASCII mode, > > so it should use the normal function names without underscores. It's > > not 100% compatible, but it should still do the right thing, both with > > and without msvcrt. > > Sounds good. But since we are on the subject, here's another thing that's > been troubling me: we have 3 flavors of the crt to worry about: glibc, > msvcrt, and cygwin libc (let's call it cygcrt). To be honest, I haven't > looked in detail at cygcrt but I guess it's a derivative of glibc (as it > is used to port Unix stuff). However, it has stuff such as io.h which is > not present in Unix, and is reminiscent of msvcrt. > > When compiling stuff on Windows with gcc (mingw), it links by default with > cygcrt if available. If the -mno-cygwin option is used, or cygwin is not > available, it links against crtdll. Of course, the appropriate headers are > used automatically. > > For winegcc, I mapped the -mno-cygwin option to use msvcrt, otherwise we > use the native glibc. This is the closest mapping I could find, and it > works fairly well, with a few caveats such as the missing io.h in glibc. > > Anyhow, and ideas on how to deal with all this? > > -- > Dimi. > > > --__--__-- > > Message: 4 > To: "Patrik Stridvall" <ps(a)leissner.se> > Cc: <dpaun(a)rogers.com>, <wine-devel(a)winehq.com>, "Dan Kegel" <dank(a)kegel.com> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:31:37 -0800 > > "Patrik Stridvall" <ps(a)leissner.se> writes: > > > I think it is better than Alexandre runs > > winapi_cleanup --include-quotes > > himself if he thinks it does the correct things. > > If not please inform me what the problem is. > > > > In my tree, the patch is over 800k. > > I'm not sure there's much point in fixing all the C files. It works > fine the way it is now, the only thing that we need the change is the > exported headers. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 5 > To: dpaun(a)rogers.com > Cc: Francois Gouget <fgouget(a)free.fr>, wine-devel(a)winehq.com > Subject: Re: tchar fixes: _tcs{dup,icmp} > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:46:35 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > For winegcc, I mapped the -mno-cygwin option to use msvcrt, otherwise we > > use the native glibc. This is the closest mapping I could find, and it > > works fairly well, with a few caveats such as the missing io.h in glibc. > > > > Anyhow, and ideas on how to deal with all this? > > I don't think cygwin is really a big issue, it should be mostly Unix > compatible, and it shouldn't be hard to work around the problems if > any appear. I don't think we need any special infrastructure for that. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 6 > To: dpaun(a)rogers.com > Cc: Francois Gouget <fgouget(a)free.fr>, Wine Devel <wine-devel(a)winehq.com> > Subject: Re: __WINE__ vs. __WINESRC__ > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:45:07 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > > Sure, we can do the rename first. > > > > Probably a script to do it would be best, no? > > I don't think there are that many, a patch would be fine. > > > > No, these should be removed. The same effect can be achieved by > > > defining COM_NO_WINDOWS_H in the C files that use the include. > > > > What about defining COM_NO_WINDOWS_H globally in Wine? > > That's a possibility too. I think I'd prefer to do it in the > individual C files, but I haven't looked how many would need it, so > maybe it's too much work (though Patrik can probably come up with a > magic script to do it...) > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 7 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com>, > "Patrik Stridvall" <ps(a)leissner.se> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > Date: Thu, 2 Jan 2003 12:41:34 -0500 > Cc: <wine-devel(a)winehq.com>, "Dan Kegel" <dank(a)kegel.com> > > On January 2, 2003 01:31 pm, Alexandre Julliard wrote: > > I'm not sure there's much point in fixing all the C files. It works > > fine the way it is now, the only thing that we need the change is the > > exported headers. > > Exported headers do need fixing, to avoid hard to detect errors. While > the C files work the way they are now, they are confusing for newcomers. > I think our current trend of doing things as standard as possible, is > a Good Thing(TM). Trying to violate the Principle of Least Surprise as > little as possible can only be good. Moreover, current source code is > many times used as a template by other contributors, which provides > even more incentive to have current code as good/clean as possible <g>. > > Bottom line, since the change is free (the work is done by a script), > and there is little chance of conflicts with other patches (it touches > only the include statements), I think it's worth doing now. > > -- > Dimi. > > > --__--__-- > > Message: 8 > To: dpaun(a)rogers.com > Cc: Dan Kegel <dank(a)kegel.com>, Wine Devel <wine-devel(a)winehq.com> > Subject: Re: Make RECT === RECTL, fix compile warnings, use uniform format > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:49:27 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > As for the new debug* functions, most nontrivial ones are not that > > small. Do you want them defined as static inline in wine/debug.h, > > or exported from ntdll as the other ones? In fact, why not create > > a helper DLL (winedebug) that holds all of this, and that can be > > used on Windows as well, when we port most of our stuff over? > > IMO this would be a mechanism to use only for trivial functions that > can be put inline; more complex ones should be implemented in their > respective dlls. We definitely don't want a big centralized module > that dumps all known structures. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 9 > Date: Thu, 02 Jan 2003 11:07:51 -0800 > From: Dan Kegel <dank(a)kegel.com> > To: dpaun(a)rogers.com > CC: Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > > Dimitrie O. Paun wrote: > > Bottom line, since the change is free (the work is done by a script), > > and there is little chance of conflicts with other patches (it touches > > only the include statements), I think it's worth doing now. > > There is one downside: it may make old patches harder to > apply, and it may make it harder to sync with other > trees (e.g. rewind). > > On the other hand, encouraging people to use the tool > to tidy up any files they're working on makes > patches harder to read, as it mixes formatting changes > with real changes. > > Six of one, half dozen of another... > - Dan > > -- > Dan Kegel > Linux User #78045 > http://www.kegel.com > > > --__--__-- > > Message: 10 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Dan Kegel <dank(a)kegel.com> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > Date: Thu, 2 Jan 2003 12:54:35 -0500 > Cc: Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > > On January 2, 2003 02:07 pm, Dan Kegel wrote: > > There is one downside: it may make old patches harder to > > apply, and it may make it harder to sync with other > > trees (e.g. rewind). > > In general yes, but I don't think it's a big problem in this > particular case where _only_ #include statements are touched. > These are seldomly changed anyway. As for other trees, all of > Patrik work is BSD AFAIK, so everybody can run the script on > their trees as well. > > -- > Dimi. > > > --__--__-- > > Message: 11 > Date: Thu, 02 Jan 2003 23:05:42 +0200 > From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > To: dpaun(a)rogers.com > CC: Dan Kegel <dank(a)kegel.com>, Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > Subject: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: > conformance test for ShellExecute)) > > While we are on the subject of api_check and such, how about changing > SUBLANG_NEUTRAL in all non-neutral languages to SUBLANG_DEFAULT, as it > should be? > > Sh. > > > Dimitrie O. Paun wrote: > > >On January 2, 2003 02:07 pm, Dan Kegel wrote: > > > > > >>There is one downside: it may make old patches harder to > >>apply, and it may make it harder to sync with other > >>trees (e.g. rewind). > >> > >> > > > >In general yes, but I don't think it's a big problem in this > >particular case where _only_ #include statements are touched. > >These are seldomly changed anyway. As for other trees, all of > >Patrik work is BSD AFAIK, so everybody can run the script on > >their trees as well. > > > > > > > > > > --__--__-- > > Message: 12 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > Subject: Re: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: conformance test for ShellExecute)) > Date: Thu, 2 Jan 2003 15:21:32 -0500 > Cc: Dan Kegel <dank(a)kegel.com>, Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > > On January 2, 2003 04:05 pm, Shachar Shemesh wrote: > > While we are on the subject of api_check and such, how about changing > > SUBLANG_NEUTRAL in all non-neutral languages to SUBLANG_DEFAULT, as it > > should be? > > Are you volunteering? :) If it's supposed to be this way, a patch would > be most appreciated, me thinks <g> > > -- > Dimi. > > > --__--__-- > > Message: 13 > Date: Fri, 03 Jan 2003 00:02:01 +0200 > From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > To: Wine Devel <wine-devel(a)winehq.org> > Subject: regression with CFLAGS=-g > > Hi, > > There is a regression when compiling wine with CFLAGS=-g. The latest CVS > throws an unhandled exception when exiting notepad. When notepad is > compiled with CFLAGS=-g -O2 (the defaults), there is no crash even if > the rest of the libraries are compiled with -g. This also happens on > Wine 20021216. > > Any idea? > > Shachar > > > > --__--__-- > > Message: 14 > From: Enrico Horn <farmboy1(a)subdimension.com> > Reply-To: farmboy1(a)subdimension.com > To: wine-devel(a)winehq.com > Subject: wine.m4 install bug > Date: Thu, 2 Jan 2003 23:25:35 +0100 > > Hi, > When installing the wine.m4 macro file you cant just use the > <prefix>/share/aclocal dir of wine as destination. > You need to use the <prefix>/share/aclocal dir of automake > as this is the only path where the m4 files will be found. > > Ciao > Enrico > farmboy1(a)subdimension.com > > --__--__-- > > Message: 15 > To: farmboy1(a)subdimension.com > Cc: wine-devel(a)winehq.com > Subject: Re: wine.m4 install bug > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 16:07:28 -0800 > > Enrico Horn <farmboy1(a)subdimension.com> writes: > > > When installing the wine.m4 macro file you cant just use the > > <prefix>/share/aclocal dir of wine as destination. > > You need to use the <prefix>/share/aclocal dir of automake > > as this is the only path where the m4 files will be found. > > No, Wine shouldn't install things outside of its own prefix. If you > install Wine in a non-standard directory then you need to tell > autoconf about it with the -I option. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 16 > Date: Fri, 3 Jan 2003 01:39:58 +0100 (CET) > From: =?iso-8859-1?q?Sylvain=20Petreolle?= <spetreolle(a)yahoo.fr> > Subject: Avoid some tests > To: wined <wine-devel(a)winehq.com> > > Having problem with Nvidia driver when making tests, I disabled opengl. > All tests pass. > > If I reenable opengl, dsound test will fail (crash to debugger). > I tried to touch dsound.ok, but test is launched after a 'make > testclean' > so it doesn't work as expected. > > Do someone have tips ? Don't want to edit the Makefile by hand to avoid this. > > ===== > Sylvain Petreolle > spetreolle(a)users.sourceforge.net > Fight against Spam ! http://www.euro.cauce.org/en/index.html > ICQ #170597259 > > "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! > Yahoo! Mail : http://fr.mail.yahoo.com > > --__--__-- > > Message: 17 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Mehmet YASAR <myasar(a)free.fr> > Subject: Re: RFH: ICON statement > Date: Thu, 2 Jan 2003 19:02:55 -0500 > Cc: Wine Devel <wine-devel(a)winehq.com> > > On January 2, 2003 12:37 pm, Mehmet YASAR wrote: > > I just tested icon ressource beginning with weird characters like > > "!icon" or "-icon" and that works (tested under VC++/sp5). > > Cool, thanks. I've sent a patch in to support them. BTW, are these > chars also accepted in filenames? > > -- > Dimi. > > > --__--__-- > > Message: 18 > Date: Fri, 3 Jan 2003 03:01:28 +0100 (CET) > From: =?iso-8859-1?q?Sylvain=20Petreolle?= <spetreolle(a)yahoo.fr> > Subject: Re: wineboot - initial version > To: wined <wine-devel(a)winehq.com> > > Trying wineboot, I realize that it deletes wininit.ini. > Real wininit.ini doesn't do this. It renames the file as wininit.bak. > Could this updated or should I submit a small patch later ? (or do you > disagree ?) > > > ===== > Sylvain Petreolle > spetreolle(a)users.sourceforge.net > Fight against Spam ! http://www.euro.cauce.org/en/index.html > ICQ #170597259 > > "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! > Yahoo! Mail : http://fr.mail.yahoo.com > > > --__--__-- > > _______________________________________________ > wine-devel mailing list - wine-devel(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-devel > > > End of wine-devel Digest > >

1 0

Avoid some tests
by Sylvain Petreolle Jan. 3, 2003

Jan. 3, 2003

Having problem with Nvidia driver when making tests, I disabled opengl. All tests pass. If I reenable opengl, dsound test will fail (crash to debugger). I tried to touch dsound.ok, but test is launched after a 'make testclean' so it doesn't work as expected. Do someone have tips ? Don't want to edit the Makefile by hand to avoid this. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

wine.m4 install bug
by Enrico Horn Jan. 3, 2003

Jan. 3, 2003

Hi, When installing the wine.m4 macro file you cant just use the <prefix>/share/aclocal dir of wine as destination. You need to use the <prefix>/share/aclocal dir of automake as this is the only path where the m4 files will be found. Ciao Enrico farmboy1(a)subdimension.com

2 1

regression with CFLAGS=-g
by Shachar Shemesh Jan. 2, 2003

Jan. 2, 2003

Hi, There is a regression when compiling wine with CFLAGS=-g. The latest CVS throws an unhandled exception when exiting notepad. When notepad is compiled with CFLAGS=-g -O2 (the defaults), there is no crash even if the rest of the libraries are compiled with -g. This also happens on Wine 20021216. Any idea? Shachar

1 0

Re: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Dan Kegel Jan. 2, 2003

Jan. 2, 2003

Dimitrie O. Paun wrote: > Bottom line, since the change is free (the work is done by a script), > and there is little chance of conflicts with other patches (it touches > only the include statements), I think it's worth doing now. There is one downside: it may make old patches harder to apply, and it may make it harder to sync with other trees (e.g. rewind). On the other hand, encouraging people to use the tool to tidy up any files they're working on makes patches harder to read, as it mixes formatting changes with real changes. Six of one, half dozen of another... - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

3 3

Re: Make RECT === RECTL, fix compile warnings, use uniform format
by Dimitrie O. Paun Jan. 2, 2003

Jan. 2, 2003

On December 28, 2002 04:10 pm, Dan Kegel wrote: > Decided to leave debugrect for later, too much of a pain for now. > This patch just uses a uniform format for RECTs where possible. > It reorders three or so TRACEs that had the coordinates in > nonstandard order, too. Patch against current CVS attached. > Should compile fine, but I haven't tested it (so do look it over :-) Cool stuff. Can you please turn this thing: Index: dlls/comctl32/datetime.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/datetime.c,v retrieving revision 1.34 diff -d -u -r1.34 datetime.c --- dlls/comctl32/datetime.c 2 Dec 2002 18:11:00 -0000 1.34 +++ dlls/comctl32/datetime.c 28 Dec 2002 20:43:22 -0000 @@ -1098,7 +1098,7 @@ infoPtr->rcClient.bottom = HIWORD(lParam); infoPtr->rcClient.right = LOWORD(lParam); - TRACE("Height=%d, Width=%d\n", infoPtr->rcClient.bottom, infoPtr->rcClient.right); + TRACE("Height=%ld, Width=%ld\n", infoPtr->rcClient.bottom, infoPtr->rcClient.right); /* use DrawEdge to adjust the size of rcEdge to get rcDraw */ memcpy((&infoPtr->rcDraw), (&infoPtr->rcClient), sizeof(infoPtr->rcDraw)); Into a standard [(%ld,%ld)-(%ld,%ld)]? As for debugrect(), it seems like half of the printed rectangles are in commctrl, so what we can do is use debugrect() in there without having to introduce any infrastructure changes. We can do that after Alexandre commits this change, so we don't cram too much stuff into one patch. -- Dimi.

3 7

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall Jan. 2, 2003

Jan. 2, 2003

> On December 30, 2002 03:41 pm, Patrik Stridvall wrote: > > I'm already on it by improving winapi_cleanup. > > Very well, I've put you up for it instead. But make sure > you don't over do it :) Well, for the future I have planned grouping and automatic addition of #ifdef HAVE_ and that sort of things. That is overdoing a little perhaps but it will look nicer. :-) > It seems to me the algo is simple > (if the include can not be accessed relative to the dir in > which the .c file is, change it to <>), This is that it already does I think. Please try it out yourself. > and the operation > is really one time. It depends what you mean by one time. People make mistakes. winapi_cleanup does C++ comment to C comment conversion and this is "one time" as well... > So if you have something that works, > let's just get the patch (and here I'm referring to the one > that does the actual "" to <> change) in, and check this off. I think it is better than Alexandre runs winapi_cleanup --include-quotes himself if he thinks it does the correct things. If not please inform me what the problem is. In my tree, the patch is over 800k.

4 4

sharpdevelop and .NET
by tom potts Jan. 2, 2003

Jan. 2, 2003

Has anyone tried to run sharpdevelop http://www.icsharpcode.net under Wine and if so does Wine need the .NET redistributable to run it/can it run it? Tom _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus

2 1

Visual-MinGW: Winelib patch
by Dimitrie O. Paun Jan. 2, 2003

Jan. 2, 2003

Hi Manu, I got around getting Visual-MinGW to compile under Winelib. This patch touches only your makefile, and I hope the changes are not controversial: -- Use forward slash instead of backslash -- Explicitly list the DLLs you link against (shell32, comdlg32, advapi32) -- It make sense to specify -mno-cygwin For some reason, the code seems to require it. Please check that it works under Windows as well. If it does, if makes sense to have it as Visual-MinGW should not have a dependency on Cygwin, as far as I can tell. -- Do not use -pedantic, the code does not compile with gcc 3.2 on Linux with that flag. -- Do not use -fvtable-thunks, it is deprecated in gcc 3.2 Please apply this patch with 'patch -p1 < winelib.diff'. Note that I still need to get some changes integrated into the official Wine tree before you can actually compile Visual-MinGW under Winelib. The changes are not controversial, and I hope to get them in real soon. I will let you know when that happens. Regardless, I think the changes I'm proposing are logical in and of themselves, so I figured they can be integrated regardless. Enjoy! --- Visual-MinGW.orig/Projects/vmingw/src/makefile 2002-06-08 06:07:10.000000000 -0400 +++ Visual-MinGW/Projects/vmingw/src/makefile 2002-12-31 01:43:29.000000000 -0500 @@ -1,25 +1,25 @@ # Generated automatically by Visual-MinGW. # http://visual-mingw.sourceforge.net/ -CC = g++ +CXX = g++ WRES = windres DLLWRAP = dllwrap CPPFLAGS = -D_WIN32_IE=0x0400 -LDBASEFLAGS = -mwindows -lcomctl32 -lole32 +LDBASEFLAGS = -mwindows -mno-cygwin -lcomctl32 -lole32 -lshell32 -lcomdlg32 -ladvapi32 INCDIRS = -I ../include OPTIMIZ = -O2 STRIP = -s ifeq ($(MAKECMDGOALS),debug) -CXXFLAGS = -W -Wall -pedantic $(INCDIRS) -g -fvtable-thunks -fno-rtti +CXXFLAGS = -W -Wall $(INCDIRS) -g -mno-cygwin -fno-rtti LDFLAGS = $(LDBASEFLAGS) else -CXXFLAGS = -W -Wall -pedantic $(INCDIRS) $(OPTIMIZ) -fvtable-thunks -fno-rtti +CXXFLAGS = -W -Wall $(INCDIRS) $(OPTIMIZ) -mno-cygwin -fno-rtti LDFLAGS = $(STRIP) $(LDBASEFLAGS) endif -SRCDIR = .\src -BINDIR = ..\bin +SRCDIR = ./src +BINDIR = ../bin LIBDIRS = %.o : %.rc @@ -51,7 +51,7 @@ # Dependency rules $(TARGET): $(OBJS) - $(CXX) -o $(BINDIR)\visual-mingw.exe $(OBJS) $(INCDIRS) $(LIBDIRS) $(LDFLAGS) + $(CXX) -o $(BINDIR)/visual-mingw.exe $(OBJS) $(INCDIRS) $(LIBDIRS) $(LDFLAGS) rsrc.o: rsrc.rc -- Dimi.

2 6

Re: winemaker problem
by Jeff Smith Jan. 2, 2003

Jan. 2, 2003

Yes there should be. Currently execname.so is being created rather than execname.exe.so. The patch I submitted a few hours ago (don't know if it has made it through yet) includes a fix for this. Copying the file is actually what I did for several weeks, rather than dig in to winemaker to fix the problem. But I get fed up and started putting together a patch for this several days ago. So now it is ready to roll. Good timing, yes? -- Jeff S >From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > >Shouldn't there be a winemine-hcs.exe.so file there? >If you rename winemine-hcs.so to winemine-hcs.exe.so, what happens? > > Shachar > >Hans Christian Studt wrote: > >>It still cannot find 'winemine-hcs.exe'. >>What seems to comes nearest is >>-rwxr-xr-x 969 jan 1 21:00 winemine-hcs >>-rwxrwxr-x 793446 jan 1 21:00 winemine-hcs.so >>-rw-rw-r-- 44160 jan 1 21:00 winemine-hcs.spec.c >>-rw-rw-r-- 92648 jan 1 21:00 winemine-hcs.spec.o >>-rw-rw-r-- 173 jan 1 20:59 winemine.exe.dbg.c >>-rw-rw-r-- 2040 jan 1 21:00 winemine.exe.dbg.o >>-rw-rw-r-- 43665 jan 1 15:39 winemine.exe.spec.c >> >>I sure hope someone can help out - because I plan to try to see if I can >>make some of those 7.000 win32 applications over at sourceforge.net >>compile under winelib. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1