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

link updates #4

by Tom Wickline

Hello, With these three fixes all failed urls are fixed and there is only one issue of WWN in the past 13 weeks that has a failed url. The fixes to cvs.shtml, opengl-problems.shtml, wine-debugger.shtml are in #2 and #3. I was going to try and fix most/all the WWN links but after looking into this I see it could be a time consuming task. And i'm not sure how substantial the end benefit would really be.. Anyone have any comments about this ? If you guy's think its a good thing ill fix as many as I can.. If you think its a no win situation I will just look at the past 13 issues in the future.. Tom

June 29, 2003

Re: Localization to portuguese (Take IV - the last)

by Tom

Marcelo Duarte wrote: >Pardon, pardon, pardon.... but the third was missing a new file and generate a >compilation error. Now I do a complete test. This is the last, I promisse. >I'm going to sleep. > > May I ask where the patch is ? Tom

June 29, 2003

removal of duplicated / out of date work

by Tom

Hi, I was looking through /wine/documentation and there is a old faq in there faq.sgml and the old status directory and after looking at cvs : http://cvs.winehq.com/cvsweb/wine/documentation/status/ it looks as most of this is 4 years old. Is any of this going to be removed in the future ? Tom

June 29, 2003

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Marcus Meissner

On Sat, Jun 28, 2003 at 05:56:23PM -0400, Vincent Béron wrote: > Le sam 28/06/2003 à 17:27, Marcus Meissner a écrit : > > > Actually, since I can't find that option passed to gcc anymore, how does > > > Wine gets its binary compatibility with native apps regarding this > > > issue? > > > > Hmm? The native apps when compiled use the option -fshort-wchar, > > see : tools/winegcc.c: gcc_argv[i++] = "-fshort-wchar"; > > I was talking about a random foo.exe in PE format. How does Wine > understands the WSTR from it if it's not itself compiled with > -fshort-wchar? It must be compiled with -fshort-wchar. Thats why winegcc sets it by default. Ciao, Marcus

June 28, 2003

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Vincent Béron

Le sam 28/06/2003 à 17:27, Marcus Meissner a écrit : > > Actually, since I can't find that option passed to gcc anymore, how does > > Wine gets its binary compatibility with native apps regarding this > > issue? > > Hmm? The native apps when compiled use the option -fshort-wchar, > see : tools/winegcc.c: gcc_argv[i++] = "-fshort-wchar"; I was talking about a random foo.exe in PE format. How does Wine understands the WSTR from it if it's not itself compiled with -fshort-wchar? > > > I'm asking because I saw a couple L"_text" while grepping for answering > > Mike... > > There ain't: > > ./dlls/kernel/messages/winerr_enu.mc.rc: L"Success\n\x0000\x0000", > is handled by wmc > > ./dlls/shlwapi/ordinal.c: lstrlenW(L"{D0FCA420-D3F5-11CF-B211-00AA004AE837 > }"); > ./dlls/shlwapi/ordinal.c: StrCpyW(a6, L"{D0FCA420-D3F5-11CF-B211-00AA004A > E837}"); > #if 0'ed out. > > ./include/wincrypt.h (and one other .h file) use L"" protected by MSVC > checks. My fault, just grepped and didn't checked the context for that StrCpyW. Thanks Marcus. Vincent

June 28, 2003

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Marcus Meissner

> > No, L"x" is not guaranteed to do the things you think it does. > > > > (It will use 4 byte characters, depending on how gcc is configured > > or if you use -fwchar-short or so.) > > Doesn't Wine's comfigure complain if gcc doesn't understand > -fshort-wchar? (It seems it doesn't, but I'm sure it did in the past...) I am pretty sure it never did. > Actually, since I can't find that option passed to gcc anymore, how does > Wine gets its binary compatibility with native apps regarding this > issue? Hmm? The native apps when compiled use the option -fshort-wchar, see : tools/winegcc.c: gcc_argv[i++] = "-fshort-wchar"; > I'm asking because I saw a couple L"_text" while grepping for answering > Mike... There ain't: ./dlls/kernel/messages/winerr_enu.mc.rc: L"Success\n\x0000\x0000", is handled by wmc ./dlls/shlwapi/ordinal.c: lstrlenW(L"{D0FCA420-D3F5-11CF-B211-00AA004AE837 }"); ./dlls/shlwapi/ordinal.c: StrCpyW(a6, L"{D0FCA420-D3F5-11CF-B211-00AA004A E837}"); #if 0'ed out. ./include/wincrypt.h (and one other .h file) use L"" protected by MSVC checks. Ciao, Marcus

June 28, 2003

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Vincent Béron

Le sam 28/06/2003 à 16:18, Marcus Meissner a écrit : > On Sat, Jun 28, 2003 at 04:30:13PM +0100, Mike Hearn wrote: > > On Sat, 28 Jun 2003 09:46:35 +0200, Sir Gerald Pfeifer scribed thus: > > > The following patch to dlls/commdlg/printdlg.c > > > > > > revision 1.66 > > > date: 2003/06/27 22:21:06; author: julliard; state: Exp; lines: +4 -7 > > > Mike Hearn <m.hearn(a)signal.qinetiq.com> > > > Store PrintStructures in a window property instead of extra window bytes. > > > > > > cause two new warnings > > > > > > printdlg.c:2056: warning: passing arg 2 of `GetPropW' from incompatible pointer type > > > printdlg.c:2061: warning: passing arg 2 of `SetPropW' from incompatible pointer type > > > > Odd, I don't remember getting those. Perhaps I just didn't notice. In > > future I'll try and remember to compile with -Werror before submitting. > > > In this case I think it's mostly academic as the string doesn't have any > > non ANSI characters in it, but I think another solution might be to put an > > L before the string, so it becomes: > > > > SetPropW(hDlg, L"__WINE_WHATEVER"....) > > No, L"x" is not guaranteed to do the things you think it does. > > (It will use 4 byte characters, depending on how gcc is configured > or if you use -fwchar-short or so.) Doesn't Wine's comfigure complain if gcc doesn't understand -fshort-wchar? (It seems it doesn't, but I'm sure it did in the past...) Actually, since I can't find that option passed to gcc anymore, how does Wine gets its binary compatibility with native apps regarding this issue? I'm asking because I saw a couple L"_text" while grepping for answering Mike... Vincent

June 28, 2003

Fw: CVS Install error: version mismatch 113/109

by BiGgUn

Hi I have got exactly the same error. This is what i have done to solve it: 1/ Kill all wineserver instances killall wineserver 2/ Kill all wine instances killall wine 3/ Recompile my lastest wine sources make depend && make && make install It did work for me. HTH Stephan

June 28, 2003

Re: PATCH: dlls/commdlg/printdlg.c add casts

by Marcus Meissner

On Sat, Jun 28, 2003 at 04:30:13PM +0100, Mike Hearn wrote: > On Sat, 28 Jun 2003 09:46:35 +0200, Sir Gerald Pfeifer scribed thus: > > The following patch to dlls/commdlg/printdlg.c > > > > revision 1.66 > > date: 2003/06/27 22:21:06; author: julliard; state: Exp; lines: +4 -7 > > Mike Hearn <m.hearn(a)signal.qinetiq.com> > > Store PrintStructures in a window property instead of extra window bytes. > > > > cause two new warnings > > > > printdlg.c:2056: warning: passing arg 2 of `GetPropW' from incompatible pointer type > > printdlg.c:2061: warning: passing arg 2 of `SetPropW' from incompatible pointer type > > Odd, I don't remember getting those. Perhaps I just didn't notice. In > future I'll try and remember to compile with -Werror before submitting. > In this case I think it's mostly academic as the string doesn't have any > non ANSI characters in it, but I think another solution might be to put an > L before the string, so it becomes: > > SetPropW(hDlg, L"__WINE_WHATEVER"....) No, L"x" is not guaranteed to do the things you think it does. (It will use 4 byte characters, depending on how gcc is configured or if you use -fwchar-short or so.) Ciao, Marcus

June 28, 2003

Re: CVS Install error: version mismatch 113/109

by Uwe Bonnes

>>>>> "Moreno" == Moreno <morenoca(a)freemail.it> writes: Moreno> Il sab, 2003-06-28 alle 15:06, Uwe Bonnes ha scritto: >> >>>>> "Moreno" == Moreno <morenoca(a)freemail.it> writes: ... >> Shut it down, then on the next wine start, the recent (and fitting) >> winserver should be invoked. If not, check your installation. ... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Moreno> i use "ps -aux" to see if was running but nothing. Any other Moreno> suggest? thx So check that you don't have a dangling winserver in your path. And check that you updated the winserver. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 28, 2003