July 2005 - Wine-Devel - list.winehq.org

Re: [Darwine] RFC: Bug Management (was: wine_ldt_copy)
by Pierre d'Herbemont July 5, 2005

July 5, 2005

Sorry for cross posting to the wine-devel but I think this may interest the whole wine community. Selon Phil Krylov <phil.krylov(a)gmail.com>: > Fine :) Could you please correct the corresponding To Do entry on the Web > site? I can't do it right now, so I'll fix that later. Any way our To Do Section is not flexible enough. So that raises a good question: how shall we handle bug reports? My propositions: 1) Every bug reports handled by darwine(a)bugzilla.opendarwin.org or the darwine(a)sf Bug Management System. 2) Every bug reports handled by bugzilla.winehq.org. 3) - Wine related bugs (including darwin port specific bugs) handled by bugzilla.winehq.org. - bugs that are darwine related and not wine specific (WineHelper bugs, installer bugs, sdk bugs, ... ) handled by darwine(a)bugzilla.opendarwin.org or darwine(a)sf. Solution 1) is the worst, since we'll have to deal with bug duplication between the darwine BMS and the winehq BMS. Solution 2) is doable but probably not desired. So I think we should go for 3). Whereas it seems to be the most confusing solution for bug reporters, the separation wine code/darwine distrib is clear. Anyway bug reporters usually read the "how to bug report" before submitting a bug, do they? Would solution 3) be acceptable? Pierre.

1 0

Re: [WINECFG] Japanese translation
by Frank Richter July 5, 2005

July 5, 2005

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

2 1

Re: [WINECFG] Japanese translation
by Frank Richter July 5, 2005

July 5, 2005

On 05.07.2005 09:28, Hajime Segawa wrote: > +FONT 9, "MS UI Gothic" Isn't it on Windows the case that dialogs generally use "MS Shell Dlg[ 2]", which is at runtime mapped to a font appropriate for the language (e.g. "MS UI Gothic" for Japanese)? This link, while not 100% on that topic, contains some links: http://blogs.msdn.com/michkap/archive/2005/03/20/399322.aspx -f.r.

1 0

Re: http://cvs.winehq.org/patch.py?id=18650
by Paul Vriens July 5, 2005

July 5, 2005

Hi, +#define ITextServices_OnTxInplaceDeactivate(p,a) (p)->lpVtbl->OnTxInplaceActivate(p,a) shouldn't that be (p)->lpVtbl->OnTxInplaceDeactivate ? Cheers, Paul.

1 0

Re: uxtheme: also send WM_THEMECHANGED to child windows (resend)
by Alexandre Julliard July 5, 2005

July 5, 2005

Frank Richter <frank.richter(a)gmail.com> writes: > +static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) > +{ > + if (hWnd == NULL) > + { > + EnumWindows (UXTHEME_broadcast_msg, msg); > + } > + else > + { > + PostMessageW(hWnd, msg, 0, 0); > + EnumChildWindows (hWnd, UXTHEME_broadcast_msg, msg); The recursion is redundant here, EnumChildWindows already enumerates all children. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: OLE32/compobj: gcc 4.0 -Wpointer-sign fixes
by Robert Shearman July 5, 2005

July 5, 2005

Mike McCormack wrote: >Index: dlls/ole32/compobj.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/compobj.c,v >retrieving revision 1.154 >diff -u -p -r1.154 compobj.c >--- dlls/ole32/compobj.c 20 Jun 2005 14:18:04 -0000 1.154 >+++ dlls/ole32/compobj.c 4 Jul 2005 14:51:31 -0000 >@@ -787,6 +787,26 @@ HRESULT WINAPI CoCreateGuid(GUID *pguid) > return UuidCreate(pguid); > } > >+static LPBYTE validate_clsid_string( LPCSTR s ) >+{ >+ int i; >+ >+ if (strlen(s) != 38) >+ return NULL; >+ >+ if ((s[0]!='{') || (s[9]!='-') || (s[14]!='-') || (s[19]!='-') || (s[24]!='-') || (s[37]!='}')) >+ return NULL; >+ >+ for (i=1; i<37; i++) { >+ if ((i == 9)||(i == 14)||(i == 19)||(i == 24)) continue; >+ if (!(((s[i] >= '0') && (s[i] <= '9')) || >+ ((s[i] >= 'a') && (s[i] <= 'f')) || >+ ((s[i] >= 'A') && (s[i] <= 'F')))) >+ return NULL; >+ } >+ return (LPBYTE) s; >+} >+ > /****************************************************************************** > * CLSIDFromString [OLE32.@] > * IIDFromString [OLE32.@] >@@ -813,28 +833,16 @@ HRESULT WINAPI CoCreateGuid(GUID *pguid) > */ > HRESULT WINAPI __CLSIDFromStringA(LPCSTR idstr, CLSID *id) > { >- const BYTE *s = (const BYTE *) idstr; >- int i; > BYTE table[256]; >+ LPBYTE s; >+ int i; > >- if (!s) >- s = "{00000000-0000-0000-0000-000000000000}"; >- else { /* validate the CLSID string */ >- >- if (strlen(s) != 38) >- return CO_E_CLASSSTRING; >- >- if ((s[0]!='{') || (s[9]!='-') || (s[14]!='-') || (s[19]!='-') || (s[24]!='-') || (s[37]!='}')) >- return CO_E_CLASSSTRING; >- >- for (i=1; i<37; i++) { >- if ((i == 9)||(i == 14)||(i == 19)||(i == 24)) continue; >- if (!(((s[i] >= '0') && (s[i] <= '9')) || >- ((s[i] >= 'a') && (s[i] <= 'f')) || >- ((s[i] >= 'A') && (s[i] <= 'F')))) >- return CO_E_CLASSSTRING; >- } >- } >+ if (!idstr) >+ idstr = "{00000000-0000-0000-0000-000000000000}"; >+ >+ s = validate_clsid_string( idstr ); >+ if( !s ) >+ return CO_E_CLASSSTRING; > > TRACE("%s -> %p\n", s, id); > I don't think there is any need to split the function into two as you can just use 'idstr' directly, instead of 's'. Also, note that this function will soon be converted into using WCHARs, but I don't think that should change anything. -- Rob Shearman

2 1

Re: OLE32: fix gcc 4.0 -Wpointer-sign warnings
by Robert Shearman July 5, 2005

July 5, 2005

Mike McCormack wrote: > ChangeLog: > * fix gcc 4.0 -Wpointer-sign warnings > >------------------------------------------------------------------------ > >Index: dlls/ole32/antimoniker.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/antimoniker.c,v >retrieving revision 1.25 >diff -u -p -r1.25 antimoniker.c >--- dlls/ole32/antimoniker.c 6 Jun 2005 19:50:37 -0000 1.25 >+++ dlls/ole32/antimoniker.c 4 Jul 2005 14:48:34 -0000 >@@ -49,7 +49,7 @@ typedef struct AntiMonikerImpl{ > */ > const IROTDataVtbl* lpvtbl2; /* VTable relative to the IROTData interface.*/ > >- ULONG ref; /* reference counter for this object */ >+ LONG ref; /* reference counter for this object */ > > } AntiMonikerImpl; > IUnknown_AddRef and IUnknown_Release both return ULONGs so it looks like you are just moving the problem elsewhere. I think you should be casting the values passed into Interlocked{Increment,Decrement} or find some other nicer way of preventing that warning, possibly by ignoring them or just turning off the -Wpointer-sign flag. -- Rob Shearman

2 1

Running Palm Desktop
by James Liggett July 5, 2005

July 5, 2005

Hi all, I have a palm pilot that came with a lot of different apps, but they have conduits that need windows to function. I have been experimenting with getting Palm Desktop to run with Wine. It installs OK, but it doesn't run because of a bug in WinMM. I can, however, get the Hotsync service to run. But, it doesn't see my USB cradle. Has anyone tried setting this kind of thing up to get Wine to interface with the cradle using the visor driver? I thought this might work, since it emulates a serial port. But, I don't know how to map a COM port to the device. Does anyone know how to do that with Wine 20050628? Thanks, James Liggett

3 8

Failure in gdi/tests/metafile.c
by Uwe Bonnes July 4, 2005

July 4, 2005

Hallo, ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so metafile.c failes like: metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) metafile.c:457: Test failed: (0,0)->(10,10), expected (0,0)->(18,67) Some discussion on #winehackers brought up some clues, but no real fix. Shouls the test be a todo_wine? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: PATCH: olepicture without libgif/libjpeg
by Robert Shearman July 4, 2005

July 4, 2005

Marcus Meissner wrote: >Hi, > >some confused users compile WINE without libgif or libjpeg >support. > >Make sure the testcase works without this compiled in. > Here is my opinion: the test cases running in Wine are designed to make sure that any program that uses the same code paths in the tested functions will work on Wine. If the user hasn't got libgif or libjpeg support then their Wine build isn't fully functional and the failing tests should be putting up a red flag for them to fix that by adding libgif-devel or libjpeg-devel to their system. -- Rob Shearman

2 1

Re: [x11drv] d3d stencil support
by Adam D. Moss July 4, 2005

July 4, 2005

Hi! Oliver Stieber wrote: > + if (visual == NULL) { > + /* fallback to a 1 bit stencil (opengl states that at least 1 bit of stencil must be provided for on of the available configurations) */ > + WARN("Failed to get a visual with at least 8 bits of stencil\n"); > + int dblBuf2[] = {GLX_RGBA,GLX_DEPTH_SIZE,16,GLX_STENCIL_SIZE,1,GLX_DOUBLEBUFFER,None}; > + > + wine_tsx11_lock(); > + visual = pglXChooseVisual(display, DefaultScreen(display), dblBuf2); > + wine_tsx11_unlock(); > + if (visual == NULL) { > + /* This should only happen if we cannot fidn a match with a depth size 16 */ > + FIXME("Failed to find a suitable visual\n"); > + } > + } It's always nice to have a fallback, but in real life I've never seen PC hardware (even back to the 90s) which supports a 1-bit stencil buffer and not a 8-bit stencil buffer, so this may be over-redundant. (Would be interested in hearing of any consumer hardware which only does a 1-bit stencil.) Regards, --adam

3 4

Re: winnt.h - Add AMD64 Context Definition
by Dmitry Timoshkov July 4, 2005

July 4, 2005

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > +#ifdef _M_AMD64 > + > +#define CONTEXT_AMD64 0x100000 ... > +#endif /* __x86_64__ */ Shouldn't be __x86_64__ here be _M_AMD64 instead? -- Dmitry.

2 1

Re: [x11drv] d3d stencil support
by Frank Richter July 4, 2005

July 4, 2005

On 04.07.2005 02:21, Oliver Stieber wrote: > Hi, > This patch makes sure that the OpenGL visual created > for a window has a stencil buffer. > This is a requirement for stencil buffer support in d3d. Hm, isn't it possible that on some pathetic hardware or when lower color depths are used (e.g. 16bpp) stencil is not supported and that software emulation instead of hardware acceleration may be used? Wouldn't it be better to somehow query for a stencil buffer only when really needed? Just a thought. -f.r.

2 1

ie6setup still failing
by Robert Lunnon July 4, 2005

July 4, 2005

ie6setup is still failing to run to completion on my system even after upgrading my OGL to the nvidia one. OGL initialization in ddraw is still my prime suspect as per my last note on the matter. Can anyone say whether internet explorer setup (via sidenet) runs OK under linux since this problem might be an Solaris specific issue Bob

1 0

Assembly problem with glu library
by Robert Lunnon July 4, 2005

July 4, 2005

I Get the following assembly errors with the latest cvs, even with the very latest gas (2.16.1), any takers on why ? bash-3.00$ ../../tools/winegcc/winegcc -v -B../../tools/winebuild -shared ./glu32.spec glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -lkernel32 -lntdll -L../../libs/wine -lwine -L/usr/X11R6/lib -R/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXext -lX11 -lsocket -lnsl -lGL -lGLU -L../../libs/port -lwine_port -L /opt/sfw/cups/lib -lrt -lthread -lresolv -lsocket -lnsl ../../tools/winebuild/winebuild --ld-cmd ld -D_REENTRANT -fPIC --dll -o glu32.dll-2meiRn.spec.c -E ./glu32.spec -L../../dlls -L../../dlls/kernel32 -L../../dlls/ntdll -L../../libs/wine -L/usr/X11R6/lib -L../../libs/port -L/opt/sfw/cups/lib glu.o glu32.dll.dbg.o -lkernel32 -lntdll ../../libs/port/libwine_port.a gcc -D_REENTRANT -fPIC -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long -c -o glu32.dll-2meiRn.spec-0MrsCF.o -v -R/usr/X11R6/lib glu32.dll-2meiRn.spec.c Reading specs from /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/specs Configured with: ./configure --with-gnu-as --with-as=/usr/sfw/bin/gas --prefix=/opt/gcc343 Thread model: posix gcc version 3.4.3 /opt/gcc343/libexec/gcc/i386-pc-solaris2.10/3.4.3/cc1 -quiet -v -D_REENTRANT -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__fastcall=__attribute__((__fastcall__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D_fastcall=__attribute__((__fastcall__)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__WINE__ -D__int8=char -D__int16=short -D__int32=int -D__int64=long long glu32.dll-2meiRn.spec.c -quiet -dumpbase glu32.dll-2meiRn.spec.c -auxbase-strip glu32.dll-2meiRn.spec-0MrsCF.o -version -fPIC -o /var/tmp//ccW8C5Cs.s ignoring nonexistent directory "/opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/../../../../i386-pc-solaris2.10/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /opt/gcc343/include /opt/gcc343/lib/gcc/i386-pc-solaris2.10/3.4.3/include /usr/include End of search list. GNU C version 3.4.3 (i386-pc-solaris2.10) compiled by GNU C version 3.3.3. GGC heuristics: --param ggc-min-expand=82 --param ggc-min-heapsize=98248 /usr/sfw/bin/gas -V -Qy -s -o glu32.dll-2meiRn.spec-0MrsCF.o /var/tmp//ccW8C5Cs.s GNU assembler version 2.16.1 (i386-pc-solaris2.10) using BFD version 2.16.1 /var/tmp//ccW8C5Cs.s: Assembler messages: /var/tmp//ccW8C5Cs.s:455: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:456: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:457: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:458: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:459: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:460: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:461: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:462: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:463: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:464: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:465: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:466: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:467: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:468: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:469: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:470: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:471: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:472: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:473: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:474: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:475: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:476: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:477: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:478: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:479: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:480: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:481: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:482: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:483: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:484: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:485: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:486: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:487: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:488: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:489: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:490: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:491: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:492: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:493: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:494: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:495: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:496: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:497: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:498: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:499: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:500: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:501: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:502: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:503: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:504: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:505: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:506: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:507: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:508: Error: unknown pseudo-op: `.half' /var/tmp//ccW8C5Cs.s:669: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:669: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:678: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:678: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:687: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:687: Error: junk at end of line, first unrecognized character is `2' /var/tmp//ccW8C5Cs.s:696: Error: unrecognized symbol type "" /var/tmp//ccW8C5Cs.s:696: Error: junk at end of line, first unrecognized character is `2' winegcc: gcc failed. bash-3.00$

2 4

mscms.dll doc link
by Tom Wickline July 3, 2005

July 3, 2005

The International Color Consortium specification is located here : http://www.color.org/icc_specs2.html as well btw. I just thought it may be of value to someone :) Tom

1 0

wine configuration
by Oliver Stieber July 3, 2005

July 3, 2005

Hi, With a lot of wines configuration moving over to HKEY_LOCAL_USER and magic comments being added to identify places where configuration is read, I though it may be a good idea to move over to a standard function for reading configuration instead of using direct registry access. Something like GetWineConfiguration(USER|MACHINE, "PATH FROM .../wine/", "DEFAULT"); This would enable us to remove the magic comments, make it easier to migrate wines configuration at some point in the future if it's required again and easily lookup per application configuration as well as default behaviour without having to code it explicitly every time. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 3

Re: winefile: UNICODE
by Dmitry Timoshkov July 3, 2005

July 3, 2005

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > Changelog: > switch winefile to UNICODE mode Why to go through all this pain and not just make it unicode only? -- Dmitry.

6 12

user/tests/msg.c failure
by Uwe Bonnes July 3, 2005

July 3, 2005

../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f050! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f040! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f040! fixme:nonclient:NC_HandleSysCommand unimplemented WM_SYSCOMMAND f050! msg.c:5524: Test failed: ScrollWindowEx: the msg 0x000f was expected, but got msg 0x0021 instead msg.c:5524: Test failed: ScrollWindowEx: the msg 0x0014 was expected, but got msg 0x000f instead msg.c:5524: Test failed: ScrollWindowEx: the msg sequence is not complete: expected 0000 - actual 0014 msg.c:3719: Test failed: InvalidateRgn: the msg sequence is not complete: expected 0000 - actual 0021 msg.c:3781: Test failed: WmParentPaintNc: the msg 0x000f was expected, but got msg 0x0021 instead msg.c:3781: Test failed: WmParentPaintNc: the msg 0x000f was expected in child msg.c:3781: Test failed: WmParentPaintNc: the msg 0x0085 was expected, but got msg 0x0014 instead msg.c:3781: Test failed: WmParentPaintNc: the msg 0x0014 was expected, but got msg 0x0021 instead msg.c:3781: Test failed: WmParentPaintNc: the msg sequence is not complete: expected 0000 - actual 000f msg.c:3893: Test failed: WmParentPaintNc2: the msg sequence is not complete: expected 0000 - actual 0021 msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 was expected, but got msg 0x0021 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: in msg 0x0100 expecting wParam 0x4e got 0x10 msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0100 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0102 was expected, but got msg 0x0100 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0111 was expected, but got msg 0x0102 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 was expected, but got msg 0x0111 instead msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: in msg 0x0101 expecting wParam 0x10 got 0x4e msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg 0x0101 should have been sent msg.c:4289: Test failed: Shift+VK_N press/release: the msg sequence is not complete: expected 0000 - actual 0101 msg.c:5743: Test failed: WmEmpty: the msg sequence is not complete: expected 0000 - actual 0014 -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 1

Re: winnt.h - Add AMD64 Context Definition
by Marcus Meissner July 3, 2005

July 3, 2005

On Sat, Jul 02, 2005 at 10:28:36PM -0700, Steven Edwards wrote: > Hi, > I wrote this quite a while back on sourceforge's compile farm when I was attempting to learn asm > for x86 and x86-64. After a short amount of time dealing with the pain of transfering files in and > out of sourceforge and keeping CVS updated I gave up but before this gets perged I wanted to send > it. I hope it is of use to someone as due to my lack of a x86-64 system it might be a while before > I get back to it. To correct this minor oversight, please contact AMD and kindly request they > donate me a system. The problem is more is if this is the Microsoft approved version? They probably have one by now and we should be binary identical. Ciao, Marcus

2 1

Re: uxtheme: also send WM_THEMECHANGED to child windows
by Dimi Paun July 3, 2005

July 3, 2005

On Sun, 2005-07-03 at 15:11 +0200, Frank Richter wrote: > +static void UXTHEME_broadcast_themechange (HWND hWnd) > +{ > + if (hWnd == NULL) > + { > + EnumWindows (UXTHEME_EnumChildProc, 0); > + } > + else > + { > + if (hWnd != NULL) PostMessageW(hWnd, WM_THEMECHANGED, 0, 0); > + EnumChildWindows (hWnd, UXTHEME_EnumChildProc, 0); > + } > +} This function would be more useful (and usage clearer) if it took the msg as an argument (also I think you can get rid of UXTHEME_EnumChildProc too, untested): +static BOOL UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) +{ + if (hWnd == NULL) + { + EnumWindows (UXTHEME_broadcast_msg, msg); + } + else + { + PostMessageW(hWnd, msg, 0, 0); + EnumChildWindows (hWnd, UXTHEME_broadcast_msg, msg); + } + return TRUE; +} Note: the 'if' for PostMessageW was superfluous. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

3 3

Possible regressions in IE6 SP1 install
by James Liggett July 3, 2005

July 3, 2005

Hello all, I've noticed some problems installing Internet Explorer 6 SP1 with any version of WINE newer than 20050310, and that includes CVS as of yesterday. Apparently, I'm not the only one; many other are also having issues with 20050419 and 20050524. With my current setup, I get this error repeatedly at 81% during installation: fixme:thunk:__regs_CommonUnimpStub generic stub: ? It keeps looping like that on and on forever, and the install never finishes, but the UI stays responsive. I've had many issues installing IE in the past, but nothing like this. Can anyone give me any leads as to what might cause this? If it might help, I've applied Oliver Stieber's latest DX9 patch, and have tried both Wine Tools and Sidenet. Thanks very much, James Liggett

7 9

Re: MSCMS: fix color directory handling
by Uwe Bonnes July 3, 2005

July 3, 2005

>>>>> "Hans" == Hans Leidekker <hans(a)it.vu.nl> writes: Hans> I found the culprit. There was a patch by Vincent Beron that Thanks, This patch lets "make test" in mscms/test succeed. B.t.w: Hans, I can't reach mirzam.it.vu.nl. Is it down? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Proposal: Let Oleaut32/tests/olepicture.c faile more gracefully with missing libgif
by Uwe Bonnes July 3, 2005

July 3, 2005

Hallo, while I found strong opposition with my proposal to fail more gracefully with a missing libgif, I still think the FIXME output is enough and the test shouldn't fail, blocking any further test in a "make test" run. To have a possible patch at least in the archive, please find it appended. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/oleaut32/tests/olepicture.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/tests/olepicture.c,v retrieving revision 1.3 diff -u -r1.3 olepicture.c --- wine/dlls/oleaut32/tests/olepicture.c 27 Jun 2005 09:57:28 -0000 1.3 +++ wine/dlls/oleaut32/tests/olepicture.c 3 Jul 2005 14:43:38 -0000 @@ -165,6 +165,11 @@ handle = 0; hres = IPicture_get_Handle (pic, &handle); + if (hres == E_NOTIMPL) + { + todo_wine ok(hres == S_OK, "Probably no support for libgif/libungif, Aborting\n"); + return; + } ok(hres == S_OK,"IPicture_get_Handle does not return S_OK, but 0x%08lx\n", hres); ok(handle != 0, "IPicture_get_Handle returns a NULL handle, but it should be non NULL\n");

1 0

Palm Desktop Install
by Andrew Neil Ramage July 3, 2005

July 3, 2005

Reading that someone was able to install the Palm Desktop software, I decided to try myself. I downloaded the software from Palm, then tried installing it. This is the output. [andrew(a)zeus Windows]$ WINEDEBUG=+all [andrew(a)zeus Windows]$ wine Palm\ setup.exe fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to (nil) fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to 0x48 fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to (nil) fixme:thread:NtSetInformationThread Set ThreadImpersonationToken handle to 0x50 fixme:powermgnt:SetThreadExecutionState (0x80000001): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x80000000): stub, harmless. Does anyone know what's wrong ? Below is a listing of my DOSDEVICES DIRECTORY. [andrew(a)zeus Windows]$ ls -l ~/.wine/dosdevices total 0 lrwxrwxrwx 1 andrew andrew 10 Jun 6 19:52 c: -> ../drive_c lrwxrwxrwx 1 andrew andrew 10 Jun 6 20:08 d: -> /mnt/cdrom lrwxrwxrwx 1 andrew andrew 11 Jun 6 19:53 e: -> /mnt/cdrom2 lrwxrwxrwx 1 andrew andrew 22 Jun 6 19:53 f: -> /home/andrew/winetools lrwxrwxrwx 1 andrew andrew 12 Jun 6 19:53 h: -> /home/andrew lrwxrwxrwx 1 andrew andrew 4 Jun 6 19:53 t: -> /tmp lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:42 USB1 -> /dev/ttyUSB1 lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:43 USB2 -> /dev/ttyUSB2 lrwxrwxrwx 1 andrew andrew 12 Jul 3 13:43 USB3 -> /dev/ttyUSB3 lrwxrwxrwx 1 andrew andrew 1 Jun 6 19:52 z: -> / -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0