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

Re: commctl32 datetime fix for certain VC++ AppWizard generated applications
by Robert Shearman Jan. 6, 2006

Jan. 6, 2006

Siim Karus wrote: > As requested, I split my patches as I could. > > This patch causes Datetime and Calendar to be registered in DllMain > (as the tested applications never called InitCommonControls or > InitCommonControlsEx). I don't think this change is correct for ComCtl32 v5 or below. I am not sure about v6. I am pretty sure all that are registered are the ICC_WIN95_CLASSES as listed on MSDN. Please check your test applications. -- Rob Shearman

1 0

Labels on rotated display not drawing in 0.9 release
by Phil Lodwick Jan. 6, 2006

Jan. 6, 2006

Hi, I have a display in the portrait position. I am using Option "Rotate" "90" in my XF86Config-4 file. When I rotate the screen like this, labels on Menus, Buttons, Dialog Boxes, etc do not display until after an expose event (eg. running a cursor over them). I have tried Wine 0.9, Wine 0.9.4 and CrossOver 5.0. I use winemine to test Wine, and NotePad in the CrossOver Office distribution to test that configuration -- all fail. If I don't rotate OR if I revert to the 20050524 release of Wine, the problem goes away. Any suggestions on where to start the hunt? Thanks, Phil

1 0

Re: Wine 0.9.5 no longer runs Dragon Naturally Speaking
by Scott Ritchie Jan. 6, 2006

Jan. 6, 2006

There's no apt repository for old packages, however old debs are available here: http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=174803 I'll put a link to there on the download-deb page at winehq soon. I've forwarded this message to wine-devel as that's the proper place to report regressions, rather than emailing me. Thanks, Scott Ritchie On Fri, 2006-01-06 at 07:36 +0100, Emmanuel Charpentier wrote: > Dear Scott, > > As stated in the title, Wine 0.9.5 no longer runs Dragon Naturally > Speaking (voice recognition). I Cc this mail to peter(a)piments.com, > because he's seriously interested with this program (he published the > how-to-install document...). The program stops early in the setup > process (an error dialog box pops up *behind* DNS' flash screen) : the > error message refers to an "Access violation" error and points to > Dragon's own log (which reports a segment violation and barfs a somewhat > largish stack dump). > > Using DNS on a daily basis, I wish to revert to wine 0.9.4 or 0.9.3, but > I am unable to find a repository for the older Debian packages. Is there > a repository for these packages ? > > Sincerely yours, > > Emmanuel Charpentier

2 1

Re: OLEAUT32: Output a FIXME message only once.
by Cihan Altinay Jan. 6, 2006

Jan. 6, 2006

Hi, Mike McCormack wrote: > > Unless somebody is planning to fix this soon, it would be nice to just > output it once to remind us that it needs to be fixed later. It's a > memory leak, so it's not worth frightening our users more than once over. > > Mike > > > ChangeLog: > Output a FIXME message only once. > > dlls/oleaut32/typelib.c | 7 ++++++- > 1 files changed, 6 insertions(+), 1 deletions(-) > > > ------------------------------------------------------------------------ > > a06a1b1d8dbb246eede84fd894e273641477d1fc > diff --git a/dlls/oleaut32/typelib.c b/dlls/oleaut32/typelib.c > index 4ef590e..70c1d1f 100644 > --- a/dlls/oleaut32/typelib.c > +++ b/dlls/oleaut32/typelib.c > @@ -4287,7 +4287,12 @@ static ULONG WINAPI ITypeInfo_fnRelease( > it means that function is called by ITypeLib2_Release */ > ITypeLib2_Release((ITypeLib2*)This->pTypeLib); > } else { > - FIXME("destroy child objects\n"); > + static int once = 0; > + if (once) I think it should read if (!once) :-) > + { > + once = 1; > + FIXME("destroy child objects\n"); > + } > > TRACE("destroying ITypeInfo(%p)\n",This); > if (This->Name) Cihan

1 0

Re: commctl32 datetime usability fixes
by James Hawkins Jan. 6, 2006

Jan. 6, 2006

On 1/4/06, Siim Karus <siim04(a)ut.ee> wrote: > Hi! > > I modified datetime control to work with some Visual C++ wizard > generated applications. Also some usability fixes were made (typable > time, updown control notifications processing, calendar popup without > dropdown button disabled, style information synchronisation improved). Please send one fix/modification per patch and one patch per email. -- James Hawkins

1 0

wcmd & start
by Stefan Leichter Jan. 6, 2006

Jan. 6, 2006

Hello, i found a problem during running a batch file. The problem is the start command. Win9x has it as separate comand (as we currently have it in wine). The Nt based Windows Versions have it as builtin comand in cmd. Wcmd does not know the start command because the start command ist installed in windows/comand directory, but the directory ist not in the path known by wcmd. An easy fix might be to add the windows/comand directory to the path variable on startup of wcmd. Is the fine for everyone? If not please suggest a better solution. Bye Stefan

5 4

Re: [comctl32] Reduce memory usage of the syslink control (Take 5)
by Robert Shearman Jan. 5, 2006

Jan. 5, 2006

Thomas Weidenmueller wrote: >Reduce memory usage of the syslink control and fix dependent code. > > > Alexandre has already said what he doesn't like about the patch, but I'll be a bit more specific. Put the below changes into a separate patch plus the moving around of the LIF_STATE case in SYSLINK_SetItem, because they are really separate changes. >@@ -878,7 +879,7 @@ > if((Current->Type == slLink) && (Current->u.Link.state & LIS_FOCUSED) && infoPtr->HasFocus) > { > COLORREF PrevColor; >- PrevColor = SetBkColor(hdc, OldBkColor); >+ PrevColor = SetTextColor(hdc, OldBkColor); > DrawFocusRect(hdc, &bl->rc); > SetBkColor(hdc, PrevColor); > } >@@ -972,8 +973,7 @@ > /* clear the document */ > SYSLINK_ClearDoc(infoPtr); > >- textlen = lstrlenW(Text); >- if(Text == NULL || textlen == 0) >+ if(Text == NULL || (textlen = lstrlenW(Text)) == 0) > { > return TRUE; > } >@@ -984,8 +984,9 @@ > /* Render text position and word wrapping in memory */ > HDC hdc = GetDC(infoPtr->Self); > SYSLINK_Render(infoPtr, hdc); >- SYSLINK_Draw(infoPtr, hdc); > ReleaseDC(infoPtr->Self, hdc); >+ >+ InvalidateRect(infoPtr->Self, NULL, TRUE); > } > > return TRUE; >@@ -1531,11 +1553,8 @@ > case WM_SIZE: > { > HDC hdc = GetDC(infoPtr->Self); >- if(hdc != NULL) >- { >- SYSLINK_Render(infoPtr, hdc); >- ReleaseDC(infoPtr->Self, hdc); >- } >+ SYSLINK_Render(infoPtr, hdc); >+ ReleaseDC(infoPtr->Self, hdc); > return 0; > } > > > -- Rob Shearman

1 0

Re: gdi32 test
by Dmitry Timoshkov Jan. 5, 2006

Jan. 5, 2006

"Stefan Leichter" <Stefan.Leichter(a)camLine.com> wrote: > ChangeLog > --------------- > add a test for CreateDCW 1. there is no need to import CreateDCW dynamically, it always exists 2. dlls/user/tests/monitor.c,test_enumdisplaydevices() test already does this, so your test is redundant. -- Dmitry.

3 3

Question regarding the Wine Vs WineLib performance
by Ananth M Jan. 5, 2006

Jan. 5, 2006

Hi All, This question is related to the performance of wine using wine and WineLib I have a win32 program that uses a dll. I am checking the timing to execute a function that is exported by the dll I wanted to execute this program in Linux (using wine and WineLib) and check the performance. When I executed the win32 program in Linux using wine <win32program> The execution time of the function exported by the dll is as same as in direct execution of the program in windows Then I converted the dll into .so and compiled and linked this .so with win32 program using WineLib and Wineg++ The timing that was taken to execute the function exported by the dll ( through .so ) is almost two times, compread with executing using wine. Does any one has any reference for further investigation on this problem or any information Thank you Ajay

4 3

PATCH: assembler _invoke
by Marcus Meissner Jan. 5, 2006

Jan. 5, 2006

On Wed, Jan 04, 2006 at 09:14:18PM -0800, Dan Kegel wrote: > This would definitely be better handled in assembly... Here is the first try. It leaves the old version for non-intel and non-gcc compilers. Ciao, Marcus Index: typelib.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/typelib.c,v retrieving revision 1.200 diff -u -r1.200 typelib.c --- typelib.c 3 Jan 2006 12:42:34 -0000 1.200 +++ typelib.c 5 Jan 2006 09:07:25 -0000 @@ -4843,7 +4843,33 @@ switch (callconv) { case CC_STDCALL: +#if defined(__i386__) && defined(__GNUC__) + __asm__( + /* store all stuff into registers now, since we modify the stack */ + " mov %1, %%ecx\n" + " mov %2, %%edx\n" + " mov %3, %%esi\n" + " test %%ecx, %%ecx\n" + " jz 1f\n" /* no args, nothing to push */ + /* + * Arguments are pushed from right to left. + * We use intel memory move operations. + */ + " std\n" /* direction: backward */ + "2: lodsl\n" /* moves *esi -> eax, esi-= 4 */ + " pushl %%eax\n" + " dec %%ecx\n" + " jnz 2b\n" + "1: cld\n" /* direction: forward (default) */ + " call *%%edx\n" + " mov %%eax, %0\n" + : "=g" (res) + : "g" (nrargs), "g" (func), "g" (args + (nrargs-1)) + : "memory", "cc", "ax", "si", "cx", "dx" + ); + break; +#else switch (nrargs) { case 0: res = func(); @@ -4905,6 +4931,7 @@ break; } break; +#endif default: FIXME("unsupported calling convention %d\n",callconv); res = -1;

1 0

New, flex-related warnings
by Gerald Pfeifer Jan. 5, 2006

Jan. 5, 2006

Using flex 2.5.4 and GCC 3.4, I started getting the following new warnings for my Wine builds about two days ago (which I never got before): ./ppl.l:176:1: warning: "YY_NO_UNPUT" redefined ./ppl.l:129:1: warning: this is the location of the previous definition ./parser.l:57:1: warning: "YY_NO_UNPUT" redefined warning: this is the location of the previous definition ./parser.l:58:1: warning: "YY_NO_TOP_STATE" redefined ./parser.l:23:1: warning: this is the location of the previous definition ./parser.l:116:1: warning: "YY_NO_UNPUT" redefined ./parser.l:100:1: warning: this is the location of the previous definition ./parser.l:117:1: warning: "YY_NO_TOP_STATE" redefined ./parser.l:101:1: warning: this is the location of the previous definition ./debug.l:73:1: warning: "YY_NO_UNPUT" redefined ./debug.l:22:1: warning: this is the location of the previous definition ./macro.lex.l:42:1: warning: "YY_NO_UNPUT" redefined ./macro.lex.l:22:1: warning: this is the location of the previous definition I'm afraid, this is caused by the following patchset: date: 2006-01-03 12:43:14 +0000; author: julliard; state: Exp; lines: +4 -2 Alexandre Julliard <julliard(a)winehq.org> Added some flex options to avoid compiler warnings. Moved options from the Makefile into the source. Gerald

1 0

Licensing question
by Dominic Wise Jan. 5, 2006

Jan. 5, 2006

I have a question regarding the use of portions of Wine in a commercial application. Sorry if this is not the right place to post but I am not sure who I can directly address this to. The application my employer develops is a financial application designed to work on Win 2K and Win XP, but we have a need for a Win32 function that is only supported in XP (TzSpecificLocalTimeToSystemTime). We could write an implementation of this function ourselves for Win 2K but I have noticed that there is a full implementation in Wine. Is it permissible to use the source for this function in our application? If so, what provisions do we need to make with regard to recognition of Wine and supply of source code to our customers ? I am currently trying to demonstrate the benefits of Open Source technology to my employer (I have already replaced one proprietary third-party component in our application with a better Open Source implementation) and this could really help to move this process along. Longer-term, I want to try and get the application running on Wine, but that's another story. Regards, Dominic

5 6

Re: PATCH: winspool.spec adjustments
by Detlef Riekenberg Jan. 4, 2006

Jan. 4, 2006

Am Mittwoch, den 04.01.2006, 18:40 +0100 schrieb Marcus Meissner: -noname is wrong here: > +202 stub -noname SetDefaultPrinterA(a)4 > +204 stub -noname SetDefaultPrinterW(a)4 winspool.drv from w2k export this Functions by name. (The Ordinal-Numbers are correct) -- By By ... ... Detlef

1 0

Re: RpcRT4: Implement NdrClientCall2 and NdrServerCall2
by Roderick Colenbrander Jan. 4, 2006

Jan. 4, 2006

+ * Copyright 2003-5 Robert Shearman (for CodeWeavers) * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public It is 2006 now ;) Roderick

1 0

Re: CRYPTUI: Add an empty cryptui implementation.
by Juan Lang Jan. 4, 2006

Jan. 4, 2006

> May not want this empty dll in WineHQ, but it makes SmartFTP > start up I don't see any reason not to include it. It is always available, as far as I know, when crypt32.dll is available. Programs that need a real one probably also need native crypt32.dll for now, so people already have to mess with their dll overrides for apps that might get broken by its presence. --Juan __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com

1 0

Re: PATCH: winspool ordinal export
by Robert Shearman Jan. 4, 2006

Jan. 4, 2006

Hi Marcus, Thanks for submitting a patch for this. I also have an application that depends on one of the exports to have a specific ordinal (203 - GetDefaultPrinterW). Marcus Meissner wrote: >-100 stub @ >+100 stub EnumPrinterPropertySheets(a)16 > > This should be --noname. >+# 101 ClusterSplOpen(a)20 >+# 102 ClusterSplClose(a)4 >+# 103 ClusterSplIsAlive(a)4 >+201 stdcall GetDefaultPrinterA(ptr ptr) >+# 202 _SetDefaultPrinterA(a)4 >+203 stdcall GetDefaultPrinterW(ptr ptr) >+# 204 _SetDefaultPrinterW(a)4 >+# 205 _SplReadPrinter(a)12 >+# 206 _AddPerMachineConnectionA(a)16 >+# 207 _AddPerMachineConnectionW(a)16 >+# 208 _DeletePerMachineConnectionA(a)8 >+# 209 _DeletePerMachineConnectionW(a)8 >+# 210 _EnumPerMachineConnectionsA(a)20 >+# 211 _EnumPerMachineConnectionsW(a)20 >+# 212 _LoadPrinterDriver(a)4 >+# 213 _RefCntLoadDriver(a)16 >+# 214 _RefCntUnloadDriver(a)8 >+# 215 _ForceUnloadDriver(a)4 >+# 216 _PublishPrinterA(a)24 >+# 217 _PublishPrinterW(a)24 >+# 218 _CallCommonPropertySheetUI(a)16 >+# 219 _PrintUIQueueCreate(a)16 >+# 220 _PrintUIPrinterPropPages(a)16 >+# 221 _PrintUIDocumentDefaults(a)16 >+# 222 _SendRecvBidiData(a)16 >+# 223 _RouterFreeBidiResponseContainer(a)4 >+# 224 _ExternalConnectToLd64In32Server(a)4 >+# 226 _PrintUIWebPnpEntry(a)4 >+# 227 _PrintUIWebPnpPostEntry(a)16 >+# 228 _PrintUICreateInstance(a)8 >+# 229 _PrintUIDocumentPropertiesWrap(a)28 >+# 230 _PrintUIPrinterSetup(a)24 >+# 231 _PrintUIServerPropPages(a)16 >+# 232 _AddDriverCatalog(a)16 >+ > > We should add this ordinals, not just comment them out. Why? Because they are exported by ordinal only and so if an application (or more likely a Microsoft DLL) tries to use one of them it will end up with the wrong function, rather than just failing to import it and most likely will result in stack corruption. All of these should also be exported with --noname as they are ordinal-only exports. > @ stub ADVANCEDSETUPDIALOG > @ stdcall AbortPrinter(long) > @ stdcall AddFormA(long long ptr) >@@ -89,8 +124,6 @@ > @ stdcall FindFirstPrinterChangeNotification(long long long ptr) > @ stdcall FindNextPrinterChangeNotification(long ptr ptr ptr) > @ stdcall FreePrinterNotifyInfo(ptr) >-@ stdcall GetDefaultPrinterA(ptr ptr) >-@ stdcall GetDefaultPrinterW(ptr ptr) > @ stdcall GetFormA(long str long ptr long ptr) > @ stdcall GetFormW(long wstr long ptr long ptr) > @ stdcall GetJobA(long long long ptr long ptr) > -- Rob Shearman

1 0

re: Licensing question
by Dan Kegel Jan. 4, 2006

Jan. 4, 2006

dominic.wise(a)ukonline.co.uk wrote: > The application my employer develops is a financial > application designed to work on Win 2K and Win XP, but we > have a need for a Win32 function that is only supported in > XP (TzSpecificLocalTimeToSystemTime). We could write an > implementation of this function ourselves for Win 2K but > I have noticed that there is a full implementation in Wine. > > Is it permissible to use the source for this function in > our application? That function, along with all of Wine, is LGPL'd. Thus to use it in a proprietary app, you just have to put it in its own DLL. > If so, what provisions do we need to make > with regard to recognition of Wine and supply of source > code to our customers ? You need to provide the source code for the LGPL'd DLL you ship. Have a look at the terms of the LGPL for details: http://www.gnu.org/copyleft/lesser.txt Good luck with your project! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

safedisc
by Ivan Leo Puoti Jan. 4, 2006

Jan. 4, 2006

Raphael Junqueira asked on bugzilla what the safedisc status is. Currently it works fine, and I believe what we have is more or less ready for CVS. However Vitaly told me Alexandre didn't like the object manager Vitaly wrote, mostly he didn't like permanent objects, that drivers depend on. I haven't talked to Alexandre about this but hopefully some reasonable solution can be found so we can get Vitaly's OM into wineserver (I mean my original implementation that uses pointers as handles also works, but things look better with a real OM). So let's try and trigger some community discussion, we are talking about the guts of wine after all. Vitaly, what's the OM status currently? Alexandre, what didn't you like about it? Ivan.

4 3

Re: PATCH: winspool ordinal export
by Dmitry Timoshkov Jan. 4, 2006

Jan. 4, 2006

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > SecureCRT from bug 4225 imports GetDefaultPrinterA() by > using the ordinal 201. > > Not sure if this fix is correct or if this is even the > correct approach. But it helps SecureCRT. The other > winspool functions are imported by name. This time I ran 'dumpbin /exports' on winspool.lib provided with PSDK and got interesting result: only some APIs are exported by ordinal, here they are sorted by ordinal, I skipped all APIs without ordinals: 100 _EnumPrinterPropertySheets(a)16 101 _ClusterSplOpen(a)20 102 _ClusterSplClose(a)4 103 _ClusterSplIsAlive(a)4 201 _GetDefaultPrinterA(a)8 202 _SetDefaultPrinterA(a)4 203 _GetDefaultPrinterW(a)8 204 _SetDefaultPrinterW(a)4 205 _SplReadPrinter(a)12 206 _AddPerMachineConnectionA(a)16 207 _AddPerMachineConnectionW(a)16 208 _DeletePerMachineConnectionA(a)8 209 _DeletePerMachineConnectionW(a)8 210 _EnumPerMachineConnectionsA(a)20 211 _EnumPerMachineConnectionsW(a)20 212 _LoadPrinterDriver(a)4 213 _RefCntLoadDriver(a)16 214 _RefCntUnloadDriver(a)8 215 _ForceUnloadDriver(a)4 216 _PublishPrinterA(a)24 217 _PublishPrinterW(a)24 218 _CallCommonPropertySheetUI(a)16 219 _PrintUIQueueCreate(a)16 220 _PrintUIPrinterPropPages(a)16 221 _PrintUIDocumentDefaults(a)16 222 _SendRecvBidiData(a)16 223 _RouterFreeBidiResponseContainer(a)4 224 _ExternalConnectToLd64In32Server(a)4 226 _PrintUIWebPnpEntry(a)4 227 _PrintUIWebPnpPostEntry(a)16 228 _PrintUICreateInstance(a)8 229 _PrintUIDocumentPropertiesWrap(a)28 230 _PrintUIPrinterSetup(a)24 231 _PrintUIServerPropPages(a)16 232 _AddDriverCatalog(a)16 -- Dmitry.

1 0

CVS build failure
by Robert Reif Jan. 4, 2006

Jan. 4, 2006

I am getting the following build error on RH9 with todays CVS: make[2]: Entering directory `/home/wine/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o client.o client.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o hash.o hash.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o header.o header.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o proxy.o proxy.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o server.o server.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o typegen.o typegen.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o typelib.o typelib.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o widl.o widl.c gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o write_msft.o write_msft.c bison -d -t ./parser.y -o parser.tab.c ./parser.y contains 12 shift/reduce conflicts. gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o parser.tab.o parser.tab.c flex ./parser.l gcc -c -I. -I. -I../../include -I../../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./parser.l:57:1: warning: "YY_NO_UNPUT" redefined ./parser.l:22:1: warning: this is the location of the previous definition ./parser.l:58:1: warning: "YY_NO_TOP_STATE" redefined ./parser.l:23:1: warning: this is the location of the previous definition gcc -g -O2 -o widl client.o hash.o header.o proxy.o server.o typegen.o typelib.o utils.o widl.o write_msft.o parser.tab.o lex.yy.o -L../../libs -lwpp -lwine_port -lfl widl.o(.text+0x2af): In function `main': /home/wine/wine/tools/widl/widl.c:228: undefined reference to `yy_flex_debug' ../../libs/libwpp.a(preproc.o)(.text+0x8b4): In function `pp_push_if': /home/wine/wine/libs/wpp/preproc.c:505: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(preproc.o)(.text+0x976): In function `pp_pop_if': /home/wine/wine/libs/wpp/preproc.c:542: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(wpp.o)(.text+0x223): In function `wpp_set_debug': /home/wine/wine/libs/wpp/wpp.c:128: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x2881): In function `expand_special': /home/wine/wine/libs/wpp/./ppl.l:879: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x296e): In function `expand_define': /home/wine/wine/libs/wpp/./ppl.l:898: undefined reference to `pp_flex_debug' ../../libs/libwpp.a(lex.yy.o)(.text+0x2b7b):/home/wine/wine/libs/wpp/./ppl.l:1018: more undefined references to `pp_flex_debug' follow collect2: ld returned 1 exit status make[2]: *** [widl] Error 1 make[2]: Leaving directory `/home/wine/wine/tools/widl' make[1]: *** [widl] Error 2

3 2

Unloading implicitly loaded DLLs
by Michael Ost Jan. 4, 2006

Jan. 4, 2006

I am looking for some expert advice in how to handle unloading "implicitly loaded DLLs". I have found two issues. (1) The first is a crash that happens in dlls/ntdll/loader.c MODULE_FlushModrefs. wine_unload_dll() is called for such a DLL, but SectionHandle is NULL so the call crashes. My solution was to turn off the LDR_WINE_INTERNAL flag in attach_implicitly_loaded_dlls() but I am not real clear what that flag is or whether that approach is good. An alternative is to add a check for a null SectionHeader before calling wine_unload_dll(). (2) Second is that these DLLs are DLL_PROCESS_DETACHED in process_detach() every time _any_ DLL is unloaded. This happens because the LoadCount is 0. I set it to -1 in attach_implicitly_loaded_dlls() which does the trick. But again I don't know what the heck I am messing with. Is that OK? Attached is a diff of the two changes. I'm not looking for points for style. But just a check on the approach for now. Thanks ... mo

2 1

re: Wine on AIX 5.2 (PowerPC)
by Dan Kegel Jan. 4, 2006

Jan. 4, 2006

ghart(a)siemens-emis.com wrote: > My goal is to port some Windows apps to AIX, so I decided to take as > much Wine (winelib) as I could to help me. Initially I thought only > a small portion would be suitable, but after a few weeks of work I have > all the dlls/libs compiled (as simple AIX .so's) Cool! > My first question is: has anyone tried this before? I don't know about AIX; somebody from CA asked about it last year. But there are a few folks using Winelib with alternate OS's and CPUs. Perhaps some of them would be able to help you past some of the rough spots. A few links from a quick google search: Robert Lunnon got a Solaris/X86 port working; see http://members.optusnet.com.au/bobl/ http://www.blastwave.org/wine/ http://wiki.jswindle.com/index.php/Installing_Wine#Solaris And various people are using Winelib on Solaris/Sparc; see http://www.winehq.org/?issue=302#Building%20Wine%20on%20Sparcs And then there are the folks building Wine for Darwin. http://darwine.opendarwin.org Good luck, and do keep us posted! I bet you're not the only one who wants this. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

Re: ntdll: Implement few Dbg* functions.
by Eric Pouech Jan. 3, 2006

Jan. 3, 2006

Vitaliy Margolen wrote: > ChangeLog: > ntdll: Implement few Dbg* functions. > kernel32: Use new Dbg* functions instead of server calls. > + status = DbgUiDebugActiveProcess( hProc ); > + status = DbgUiStopDebugging( hProc ); > - if (self) DbgBreakPoint(); I wonder if we shouldn't use NtDbgActiveProcess, NtRemoveProcessDebug instead. A+ -- Eric Pouech

2 6

Re: MSACM: initialize some ACMSTREAMHEADER fields for the sake of native codecs
by Eric Pouech Jan. 3, 2006

Jan. 3, 2006

Alex Villacís Lasso wrote: > The ACMAPP sample application from MSDN reveals this annoying bug in > playback: with a native ACM codec (such as the Ogg Vorbis one bundled > with some Japanese RPGs), builtin msacm will successfully tell the codec > to decode the first two frames of compressed audio, and then the sound > will loop on these two frames. What is really happening is that winmm is > using double-buffering, and reusing the ACMSTREAMHEADER structures for > playback, and acmStreamConvert simply passes the structures into the > codec, without clearing cb[Src|Dst]LengthUsed (here is the bug) which > was set in the previous call to acmStreamConvert on that > ACMSTREAMHEADER. The native codec *expects* these fields to be set to 0, > and refuses to decode otherwise. well, you should check who is supposed to clear those flags between msacm or winmm (I suppose wavemap). A+ -- Eric Pouech

2 2

MIDI to MP3 Converter
by Andrew Neil Ramage Jan. 3, 2006

Jan. 3, 2006

Trying to run this program under Wine, I get the following results. The initial screen appears asking for the name of the MIDI file, but when I try to enter any text I get a crash. A listing of the output follows. andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> wine mid2mp3.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x4213f904,11182,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406bfb00), partially implemented. fixme:mci:mciSendStringW 'new': NIY as device name fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:ole:OLEPictureImpl_SaveAsFile (0x403d1dd8)->(0x404022b0, 0, (nil)), hacked stub. X Error of failed request: RenderBadPicture (invalid Picture parameter) Major opcode of failed request: 153 (RENDER) Minor opcode of failed request: 7 (RenderFreePicture) Picture id in failed request: 0x3a00695 Serial number of failed request: 9517 Current serial number in output stream: 10170 andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> cat ../../system.ini cat: ../../system.ini: No such file or directory andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> cat ../../windows/system.ini [mci] MPEGVideo=mciqtz.drv MPEGVideo2=mciqtz.drv avivideo=mciavi.drv cdaudio=mcicda.drv sequencer=mciseq.drv vcr=mcivisca.drv ; videodisc=mcipionr.drv waveaudio=mciwave.drv [drivers32] MSACM.imaadpcm=imaadp32.acm MSACM.msadpcm=msadp32.acm MSACM.msg711=msg711.acm MSACM.winemp3=winemp3.acm VIDC.MRLE=msrle32.dll VIDC.MSVC=msvidc32.dll VIDC.CVID=iccvid.dll ; VIDC.IV50=ir50_32.dll ; VIDC.IV31=ir32_32.dll ; VIDC.IV32=ir32_32.dll andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> wine mid2mp3.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x4213f904,11182,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x406bfb00), partially implemented. fixme:mci:mciSendStringW 'new': NIY as device name fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:mci:MCI_LoadMciDriver Couldn't load driver for type L"CAPTURE". If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:ole:OLEPictureImpl_SaveAsFile (0x403d1dd8)->(0x404022b0, 0, (nil)), hacked stub. X Error of failed request: RenderBadPicture (invalid Picture parameter) Major opcode of failed request: 153 (RENDER) Minor opcode of failed request: 7 (RenderFreePicture) Picture id in failed request: 0x3a00645 Serial number of failed request: 9157 Current serial number in output stream: 9834 andrew(a)apollo:~/.wine/drive_c/Program Files/MIDI to MP3 Converter> : -- Andrew "Someone set a bad example makes surrender seem alright; The act of a noble warrior who's lost the will to fight And now you're trembling on a rocky ledge Staring out into a heartless sea Facing life on a razor's edge Nothing's what you thought it would be." ----------- Rush, The Pass (Presto, 1989)

3 2

Re: Fix some type definitions for the WORDS_BIGENDIAN case
by Alexandre Julliard Jan. 3, 2006

Jan. 3, 2006

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > diff -up cvs/hq/wine/include/winnt.h wine/include/winnt.h > --- cvs/hq/wine/include/winnt.h 2005-11-30 23:19:48.000000000 +0800 > +++ wine/include/winnt.h 2006-01-02 15:08:41.000000000 +0800 > @@ -1743,12 +1743,21 @@ typedef struct _IMAGE_DOS_HEADER { > } IMAGE_DOS_HEADER, *PIMAGE_DOS_HEADER; > #include <poppack.h> > > +#ifdef WORDS_BIGENDIAN > +#define IMAGE_DOS_SIGNATURE 0x4D5A /* MZ */ > +#define IMAGE_OS2_SIGNATURE 0x4E45 /* NE */ > +#define IMAGE_OS2_SIGNATURE_LE 0x4C45 /* LE */ > +#define IMAGE_OS2_SIGNATURE_LX 0x4C58 /* LX */ > +#define IMAGE_VXD_SIGNATURE 0x4C45 /* LE */ > +#define IMAGE_NT_SIGNATURE 0x50450000 /* PE00 */ > +#else > #define IMAGE_DOS_SIGNATURE 0x5A4D /* MZ */ > #define IMAGE_OS2_SIGNATURE 0x454E /* NE */ > #define IMAGE_OS2_SIGNATURE_LE 0x454C /* LE */ > #define IMAGE_OS2_SIGNATURE_LX 0x584C /* LX */ > #define IMAGE_VXD_SIGNATURE 0x454C /* LE */ > #define IMAGE_NT_SIGNATURE 0x00004550 /* PE00 */ > +#endif I'm not sure what you are trying to achieve here. If you want to load little-endian files on big-endian machines, you need to swap everything; swapping only the signature is not going to do any good. -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: opengl: Add support for rendering on bitmaps
by Tomas Carnecky Jan. 3, 2006

Jan. 3, 2006

Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > Add support for rendering on bitmaps This patch breaks World of Warcraft, reverting this patch makes WoW work again. This is the error: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 142 (GLX) Minor opcode of failed request: 13 (X_GLXCreateGLXPixmap) Serial number of failed request: 410 Current serial number in output stream: 411 tom

3 4

run jboss with a mde file as source
by Curro Amores Jan. 3, 2006

Jan. 3, 2006

hi: i want to run jboss in linux and connect to an Ms Access odbc source. I think it doesnt exist odbc driver for Access in Linux. I Have read something about ODBC-ODBC but i think it is for accessing a mde file in a windows machine from linux. I have created the bridge with ODBC in wine (using the control pane with winetools) Then i have tried to run jboss windows version (run.bat) with wcmd but i got a message that run.jar file cant not be found. Do i have to install java windows version with wine? I have tried as well but the installation crashes Any idea? thanks

2 1

Re: [comctl32] Reduce memory usage of the syslink control (Take 4)
by Alexandre Julliard Jan. 3, 2006

Jan. 3, 2006

Thomas Weidenmueller <wine-patches(a)reactsoft.com> writes: > @@ -1062,35 +1063,41 @@ > > if(Item->mask & LIF_ITEMID) > { > - if(!di->u.Link.szID) > + if(di->u.Link.szID) > { > - di->u.Link.szID = Alloc((MAX_LINKID_TEXT + 1) * sizeof(WCHAR)); > - if(!Item->szID) > - { > - ERR("Unable to allocate memory for link id\n"); > - Ret = FALSE; > - } > + Free(di->u.Link.szID); > } > + > + nc = min(lstrlenW(Item->szID), MAX_LINKID_TEXT - 1); > + di->u.Link.szID = Alloc((nc + 1) * sizeof(WCHAR)); > if(di->u.Link.szID) > { > - lstrcpynW(di->u.Link.szID, Item->szID, MAX_LINKID_TEXT + 1); > + lstrcpynW(di->u.Link.szID, Item->szID, nc + 1); > + } > + else > + { > + ERR("Unable to allocate memory for link id\n"); > + Ret = FALSE; > } > } You should probably make sure that the new text has been allocated properly before freeing the old one, so that allocation errors don't cause the current contents to be lost. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: RESEND: [comctl32] Reduce memory usage of the syslink control
by Alexandre Julliard Jan. 3, 2006

Jan. 3, 2006

Thomas Weidenmueller <wine-patches(a)reactsoft.com> writes: > Reduce memory usage of the syslink control. > > Please let me know if there's something wrong with this patch. There are many unrelated changes in there. Please send separate changes as separate patches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Some patch statistics
by Hans Leidekker Jan. 3, 2006

Jan. 3, 2006

I was curious how we did last year so I dug up some numbers with the help of git. I counted patches applied to the tree starting from 1999: year # patches 1999 2656 2000 2722 2001 1885 2002 3094 2003 3283 2004 3851 2005 6037 Total: 23528 This is almost too good to be true isn't it? I worried for a while that these figures might be influenced by the switch from cvs to git, e.g. that cvs history somehow shows up compressed in git. On second look though it really seems that the past year has seen an impressive increase in productivity, compared to the previous years. -Hans

2 1

RFC/PATCH: avoid metafilevirus problems
by Marcus Meissner Jan. 3, 2006

Jan. 3, 2006

Hi, requesting comments... This patch reduces the attack vector on metafiles. I originally wanted to filter only SETABORTPROC, but there are a lot of things that might be used to inject code. Comments? Ciao, Marcus Changelog: Only allow whitelisted escape codes when playing metafiles. Index: dlls/gdi/metafile.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/metafile.c,v retrieving revision 1.10 diff -u -r1.10 metafile.c --- dlls/gdi/metafile.c 5 Nov 2005 10:45:02 -0000 1.10 +++ dlls/gdi/metafile.c 2 Jan 2006 20:52:42 -0000 @@ -1121,10 +1121,57 @@ GDIRealizePalette(hdc); break; - case META_ESCAPE: + case META_ESCAPE: { + BOOL passdown = FALSE; + + switch (mr->rdParm[0]) { + case SETABORTPROC: + FIXME("NOTE: Suppressing SETABORTPROC in metafile, possible exploit.\n"); + break; + case STARTDOC: + case ABORTDOC: + case ENDDOC: + case NEWFRAME: + case NEXTBAND: + case SETCOPYCOUNT: + case SETCOLORTABLE: + case FLUSHOUTPUT: + case DRAFTMODE: + case SELECTPAPERSOURCE: + case SETLINECAP: + case SETLINEJOIN: + case SETMITERLIMIT: + case DRAWPATTERNRECT: + case ENABLEDUPLEX: + case EPSPRINTING: + case SETDIBSCALING: + case EXTTEXTOUT: + case ENABLEPAIRKERNING: + case SETCHARSET: + case SETKERNTRACK: + case SETALLJUSTVALUES: + case STRETCHBLT: + case BEGIN_PATH: + case CLIP_TO_PATH: + case END_PATH: + case SET_ARC_DIRECTION: + case SET_BACKGROUND_COLOR: + case SET_POLY_MODE: + case SET_SCREEN_ANGLE: + case SET_SPREAD: + case TRANSFORM_CTM: + case SET_CLIP_BOX: + case SET_BOUNDS: + case SET_MIRROR_MODE: + passdown = TRUE; + break; + default: + FIXME("Ignoring strange Escape code %d in Metafile.\n"); + break; + } Escape(hdc, mr->rdParm[0], mr->rdParm[1], (LPCSTR)&mr->rdParm[2], NULL); break; - + } case META_EXTTEXTOUT: MF_Play_MetaExtTextOut( hdc, mr ); break;

3 2

Re: OLEAUT32: Revert back to an older more informative error message.
by Marcus Meissner Jan. 3, 2006

Jan. 3, 2006

On Tue, Jan 03, 2006 at 07:00:15PM +0900, Mike McCormack wrote: > > Many installers cause Wine's oleaut32 to output alot of FIXME messages > like this: > > fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion > from 0x4003 -> 0xb) 0000ffff > > This message is somewhat frustrating, as although it warns of a > potential problem, it provides no insight into the solution. > > I found the patch that introduced the problem (using git): > > git-whatchanged -p -C -S'Should not use VariantChangeType' > commit hash -> 49eaa0db2b3f7443ead40ef4a5d5b3d650c11384 > > It removed an (IMO) slightly more useful message: > > "argument was coerced in-place (0x%x -> 0x%x); source data has been > modified!!!\n" > > Can anybody help suggest the real way to fix the problem? Is it that we > have to make a copy of the args array before modifying it? Maybe we can > put a comment in the code about how to fix it, some somebody looking at > it in the future will know how to solve it right? I was not fully sure what problems might arise out of just copying the variant as I wrote this code. Its a pretty messy approach. It should work fine when the variant is self contained at least. I think Rob wants to get rid of this function anyway. Ciao, Marcus

1 0

Re: OLE32: Allow _invoke to handle up to 17 parameters.
by Robert Shearman Jan. 3, 2006

Jan. 3, 2006

Mike McCormack wrote: > > This looks like it might be better handled in assembly... I agree. We can let these patches go in until it is written in assembly though. -- Rob Shearman

1 0

Re: OLEAUT32: Revert back to an older more informative error message.
by Robert Shearman Jan. 3, 2006

Jan. 3, 2006

Mike McCormack wrote: > Many installers cause Wine's oleaut32 to output alot of FIXME messages > like this: > > fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion > from 0x4003 -> 0xb) 0000ffff > ... > Can anybody help suggest the real way to fix the problem? Is it that > we have to make a copy of the args array before modifying it? Maybe > we can put a comment in the code about how to fix it, some somebody > looking at it in the future will know how to solve it right? Yes. I have a patch that fixes this and several other problems with the function and I've been sending patches in the last week preparing for this. -- Rob Shearman

1 0

issues compiling ReactOS newdev on wine
by Damjan Jovanovic Jan. 3, 2006

Jan. 3, 2006

I tried to get the ReactOS NEWDEV.DLL to compile on wine, and there were many problems. Firstly, why can't winelibs include <windows.h> and <tchar.h>? Are TCHARs even usable in winelibs? Secondly, what the whole story with WCHARs? Why do L"Unicode string" type strings work in wine apps but not in winelibs? And NEWDEV.DLL needs GWL_USERDATA, DWL_MSGRESULT and PSH_WIZARD97, all of which are within "#ifndef __WINESRC__" sections. Does wine assume DLLs never do user-interface stuff? __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com

3 2

help with bug
by Curro Amores Jan. 3, 2006

Jan. 3, 2006

hi everbody, i have posted my bug in bugzilla. I know that the process is a bit slow but i would like somebody help me. There you have the links for downloading the standalone application and the process to get the bug. If you have any doubt you can email me. Thanks all Happy new Year! BUG IS 4126

1 0

Success running VistaTask!
by Dan Kegel Jan. 3, 2006

Jan. 3, 2006

The fourth "automate other windows apps" app I tried, VistaTask, passed the "can control notepad" test with flying colors! A free trial is available at http://www.vista-software.com/ I don't know how close that tool is to being useful for software testing -- it's not specifically aimed at it -- but it's nice to see at least one such app actually working on Wine. Again, kudos to the Wine developers for getting Wine to this point! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 1

Error running app delphi based.
by Fernando - SuporteInfo Jan. 2, 2006

Jan. 2, 2006

Hi, I'm trying run an application developed in delphi and receive the follow errors: err:shell:HCR_GetFolderAttributes HCR_GetFolderAttributes should be called for simple PIDL's only! err:syslevel:_CheckNotSysLevel Holding lock 0x7fa4dba0 level 2 wine: Unhandled exception 0x80000003 at address 0x0000:0x7fc5fd60 (thread 0009), starting debugger... WineDbg starting on pid 0x8 In 32 bit mode. 0x00000000: addb %al,0x0(%eax) Modules: Module Address Debug info Name (87 modules) PE 0x00400000-00f3e000 Deferred at PE 0x10000000-10018000 Deferred hhctrlui PE 0x1f430000-1f4a7000 Deferred msado15 PE 0x1f660000-1f67f000 Deferred msdart PE 0x5d300000-5d37f000 Deferred hhctrl PE 0x5f300000-5f329000 Deferred olepro32 PE 0x65340000-653d2000 Deferred oleaut32 PE 0x65f00000-65fc2000 Deferred ole32 PE 0x70100000-70153000 Deferred rpcrt4 PE 0x70bd0000-70c35000 Deferred shlwapi PE 0x78000000-78044000 Deferred msvcrt ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ddcc000-7dde0000 Deferred msimg32<elf> \-PE 0x7ddd0000-7dde0000 \ msimg32 ELF 0x7e47b000-7e490000 Deferred midimap<elf> \-PE 0x7e480000-7e490000 \ midimap ELF 0x7e5b0000-7e5d2000 Deferred msacm32<elf> \-PE 0x7e5c0000-7e5d2000 \ msacm32 ELF 0x7e5d2000-7e5e9000 Deferred msacm<elf> \-PE 0x7e5e0000-7e5e9000 \ msacm ELF 0x7e5e9000-7e630000 Deferred wineoss<elf> \-PE 0x7e600000-7e630000 \ wineoss ELF 0x7ec4f000-7ec80000 Deferred uxtheme<elf> \-PE 0x7ec60000-7ec80000 \ uxtheme ELF 0x7f1ef000-7f1f7000 Deferred libxrender.so.1 ELF 0x7f20a000-7f226000 Deferred imm32<elf> \-PE 0x7f210000-7f226000 \ imm32 ELF 0x7f226000-7f243000 Deferred ximcp.so.2 ELF 0x7f243000-7f246000 Deferred xlcdef.so.2 ELF 0x7f246000-7f2aa000 Deferred libgl.so.1 ELF 0x7f2bd000-7f388000 Deferred libx11.so.6 ELF 0x7f388000-7f39f000 Deferred libice.so.6 ELF 0x7f39f000-7f423000 Deferred winex11<elf> \-PE 0x7f3b0000-7f423000 \ winex11 ELF 0x7f423000-7f443000 Deferred libexpat.so.1 ELF 0x7f443000-7f472000 Deferred libfontconfig.so.1 ELF 0x7f477000-7f485000 Deferred libxext.so.6 ELF 0x7f485000-7f499000 Deferred libz.so.1 ELF 0x7f499000-7f506000 Deferred libfreetype.so.6 ELF 0x7f519000-7f537000 Deferred iphlpapi<elf> \-PE 0x7f520000-7f537000 \ iphlpapi ELF 0x7f537000-7f561000 Deferred ws2_32<elf> \-PE 0x7f540000-7f561000 \ ws2_32 ELF 0x7f561000-7f57b000 Deferred wsock32<elf> \-PE 0x7f570000-7f57b000 \ wsock32 ELF 0x7f57b000-7f5fc000 Deferred winmm<elf> \-PE 0x7f590000-7f5fc000 \ winmm ELF 0x7f5fc000-7f696000 Deferred comdlg32<elf> \-PE 0x7f610000-7f696000 \ comdlg32 ELF 0x7f696000-7f763000 Deferred shell32<elf> \-PE 0x7f6b0000-7f763000 \ shell32 ELF 0x7f763000-7f78e000 Deferred winspool<elf> \-PE 0x7f770000-7f78e000 \ winspool ELF 0x7f78e000-7f843000 Deferred comctl32<elf> \-PE 0x7f7a0000-7f843000 \ comctl32 ELF 0x7f843000-7f857000 Deferred lz32<elf> \-PE 0x7f850000-7f857000 \ lz32 ELF 0x7f857000-7f870000 Deferred version<elf> \-PE 0x7f860000-7f870000 \ version ELF 0x7f870000-7f88d000 Deferred mpr<elf> \-PE 0x7f880000-7f88d000 \ mpr ELF 0x7f88d000-7f8cb000 Deferred advapi32<elf> \-PE 0x7f8a0000-7f8cb000 \ advapi32 ELF 0x7f8cb000-7f958000 Deferred gdi32<elf> \-PE 0x7f8e0000-7f958000 \ gdi32 ELF 0x7f958000-7fa80000 Deferred user32<elf> \-PE 0x7f970000-7fa80000 \ user32 ELF 0x7fbd8000-7fce0000 Deferred kernel32<elf> \-PE 0x7fbf0000-7fce0000 \ kernel32 ELF 0x7fdf2000-7fdfb000 Deferred libxcursor.so.1 ELF 0x7fdfb000-7fe00000 Deferred libxxf86vm.so.1 ELF 0x7fe00000-7fe0c000 Deferred libnss_files.so.2 ELF 0x7fe0c000-7fe16000 Deferred libnss_nis.so.2 ELF 0x7fe16000-7fe2c000 Deferred libnsl.so.1 ELF 0x7fe2c000-7fe35000 Deferred libnss_compat.so.2 ELF 0x7fe37000-7fe40000 Deferred libsm.so.6 ELF 0x7fe42000-7fe48000 Deferred libxxf86dga.so.1 ELF 0x7fe4b000-7fe70000 Deferred libm.so.6 ELF 0x7fe70000-7ff67000 Deferred libwine_unicode.so.1 ELF 0x7ff67000-7ffe0000 Deferred ntdll<elf> \-PE 0x7ff80000-7ffe0000 \ ntdll ELF 0xb7db3000-b7db7000 Deferred libdl.so.2 ELF 0xb7db7000-b7eee000 Deferred libc.so.6 ELF 0xb7eee000-b7f00000 Deferred libpthread.so.0 ELF 0xb7f00000-b7f1a000 Deferred libwine.so.1 ELF 0xb7f1a000-b7f1d000 Deferred iso8859-1.so ELF 0xb7f2e000-b7f45000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\callisto\at.exe 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 Excuse my english. []'s Fernando.

1 0

What is the proper value for ACM_DRIVERADDF_NAME?
by Alex Villacís Lasso Jan. 2, 2006

Jan. 2, 2006

I am working on a set of patches for msacm, and I want to add support for ACM_DRIVERADDF_NAME. The problem is that Wine does not have a definition for this value, which is supposed to be used in acmDriverAdd[AW]. It does not appear in any header of MSVC either. I searched MSDN and Google, and it does not appear either. MSDN mentions its use, but does not mention its specific value. Has anybody seen the value for this definition, and if so, can you please forward it to me? Thanks in advance. BTW, what happened to the two MSACM patches sent in December 28? Alex Villacís Lasso

2 2

Re: There is no point to specify both MEM_RESERVE and MEM_COMMIT for VirtualAlloc
by Vitaliy Margolen Jan. 2, 2006

Jan. 2, 2006

Monday, January 2, 2006, 1:23:22 AM, Dmitry Timoshkov wrote: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > There is no point to specify both MEM_RESERVE and MEM_COMMIT for > VirtualAlloc. According to MSDN: "To reserve and commit pages in one step, call VirtualAlloc with MEM_COMMIT | MEM_RESERVED. The function fails if you attempt to commit a page that has not been reserved. The resulting error code is ERROR_INVALID_ADDRESS." Why do you want to do something that _should_ fail? Vitaliy Margolen

2 1

Self-extracting zips do not extract themselves
by Ivan Gyurdiev Jan. 2, 2006

Jan. 2, 2006

> err:virtual:map_image Image was mapped at 0x49910000: standard load address for a Win32 program (0x00400000) not available > err:virtual:map_image Do you have exec-shield or prelink active? > wine: could not load L"H:\\nfsmw\\nfsmwdemo.exe" as Win32 binary Yes I do, is that bad? Should I file a bugzilla (or do something else to help resolve this issue)?

1 0

D3DX9 SDK releases, DLL support (CIV4)
by Andrei Barbu Jan. 2, 2006

Jan. 2, 2006

Hi, I've been playing with getting CIV4 to run on wine. http://appdb.winehq.org/appview.php?versionId=3632&iTestingId=125 I'm left with just one issue. D3DX9_26.DLL is missing. This is a D3D9 SDK release (they put one out every month or so from what I've seen, with a new DLL that has the number incremented). It's mostly like the original with some minor changes. How would I support this in wine? I don't know the wine build system enough to extend it to do this. Is there a nice way to generate these DLLs and to include the d3dx9 dll so I just have to add in/fix missing calls? This may not be an issue now, but as more and more games get released more will depend on these dlls. Thanks, Andrei

5 5

Running GUI test automation tools with Wine?
by Dan Kegel Jan. 2, 2006

Jan. 2, 2006

Do any Windows GUI test automation tools run under Wine yet? I've tried two from the list at http://tejasconsulting.com/open-testware/feature/gui-test-driver-survey.html so far, but they both had issues: http://bugs.winehq.org/show_bug.cgi?id=4209 (tester 3 can't record) http://bugs.winehq.org/show_bug.cgi?id=4211 (autoit3 can't play back) It's kind of demanding to expect this kind of application to work properly, since it really gets under the hood of Windows, but Wine has progressed to the point where maybe it's not unrealistic. And I can think of no better way to help ISVs get their apps running on Wine than to get their regression test runner working on Wine! <insert obligatory monkeyboy reference here> - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 1

Question about X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
by L. Lenders Jan. 2, 2006

Jan. 2, 2006

Just for the info: after some digging i found a quick hack to get rid of the error: comment line 208 in dlls/x11drv/opengl.c: //TEST_AND_ADD1(ppfd->dwFlags & PFD_STEREO, GLX_STEREO); Somehow setting the PFD_STEREO flag makes doom3 crash and triggers the error mentioned in the subject. After commenting line 208 doom3 starts up just fine. Digging further..... :) (any help appreciated) Louis ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

5 6

Registry entries for serial ports not created
by Pavel Troller Jan. 2, 2006

Jan. 2, 2006

Hi! I was trying to utilize a program for updating mobile phone's firmware (for Siemens/Benq mobiles, just an original app with encapsulated firmware image). This program immediately told that there are no serial ports present in my machine and terminated. After a bit of seeking in my own memory and wine list mail archive I remembered that there should be some registry entries which a program can examine and get some basic info about the ports. In an old mail I found something, which I converted to the following registry entry and put to system.reg file: [Hardware\\Devicemap\\Serialcomm] 1015709345 "Serial0"="COM1" "Serial1"="COM2" "Serial2"="COM3" "Serial3"="COM4" I think this should go to the standard system.reg by default, maybe in the reduced form with just the first two ports. Together with correct links in .wine/dosdevices, it makes that the program can really find the port. And at the end: How to create such a registry entry by wine's regedit ? I've spent about 15 minutes trying to do so but I've failed and then edited the file manually. Any attempt to create a "folder" called Serialcomm in Hardware\\Devicemap was unsuccessfull; I didn't find how to create a "folder" for keys, and using "Add key" menu entry I always got an error dialog saying "A subkey must be volatile". What does it mean ? With regards, Pavel Troller

2 2

MSVC compilation of DLLs
by Rolf Kalbermatter Jan. 1, 2006

Jan. 1, 2006

I was just looking to get some of the Wine DLLs compiled under Visual C and run into a number of problems. First msvcmaker seems to only create a wine.dsp file in the loader directory but rather should do that in the libs/wine directory instead it would seem to me. Second it also should create a wine_unicode.dsp project in libs/unicode which it doesn't do at all. I created my own wine.dsp file to create a wine.lib file but run into new problems. First the DECLSPEC_NORETURN position in following declaration does not work with Visual C. It does want the DECLSPEC_NORETURN before the entire function declaration and not before the function pointer name. This: struct wine_pthread_functions { void (*init_process)( const struct wine_pthread_callbacks *callbacks, size_t size ); void (*init_thread)( struct wine_pthread_thread_info *info ); int (*create_thread)( struct wine_pthread_thread_info *info ); void (*init_current_teb)( struct wine_pthread_thread_info *info ); void * (*get_current_teb)(void); void (* DECLSPEC_NORETURN exit_thread)( struct wine_pthread_thread_info *info ); void (* DECLSPEC_NORETURN abort_thread)( long status ); }; should get: struct wine_pthread_functions { void (*init_process)( const struct wine_pthread_callbacks *callbacks, size_t size ); void (*init_thread)( struct wine_pthread_thread_info *info ); int (*create_thread)( struct wine_pthread_thread_info *info ); void (*init_current_teb)( struct wine_pthread_thread_info *info ); void * (*get_current_teb)(void); DECLSPEC_NORETURN void (* exit_thread)( struct wine_pthread_thread_info *info ); DECLSPEC_NORETURN void (* abort_thread)( long status ); }; to compile, but probably won't work for the GNU_C declaration of this macro, or does it? The next problem are the use of BINDIR and DLLDIR in config.c and loader.c respectively. What are those and do they have any function under a Windows compile of these files? Should those parts of the files simply be excluded for such a compile, or are they not necessary at all? Rolf Kalbermatter

1 0

Compiling test application (Notepad) with winelib - executeable segfaults
by Richard Wild Jan. 1, 2006

Jan. 1, 2006

Hi all, I was trying to compile the test application (Notepad) with winelib to get a feel for how to use it. I followed the instructions in your docs, but ended up with a target file notepad2.exe.so. The instructions imply that I should end up with an executable called notepad2, since they tell me to run it. If I run the .so file it segfaults, so I assume it really is a shared library and not just an executable with a funny name. I want to understand what I've done wrong here, because if I can't get this right I certainly won't be able to port anything complicated. I'm sorry if this has been asked often before, but I couldn't find an easy way of searching the mailing list. I am using WINE-0.9.4 built by Adam Schreiber for Slackware 10.2. Regards, Rich. P.S. Here is my output (so you can see exactly what I did): rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ winemaker --lower-uppercase . Winemaker 0.6.0 Copyright 2000 Francois Gouget <fgouget(a)codeweavers.com> for CodeWeavers Scanning the source directories... Fixing the source files... License_En.c dialog.c license.c main.c Bg.rc Cs.rc Da.rc De.rc En.rc Es.rc Fi.rc Fr.rc Hu.rc It.rc Ja.rc Ko.rc Nl.rc No.rc Pl.rc Pt.rc Ru.rc Si.rc Sk.rc Sw.rc Th.rc Wa.rc Zh.rc rsrc.rc dialog.h license.h main.h notepad_res.h Generating project files... . rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ make winegcc -c -mno-cygwin -I. -o License_En.o License_En.c winegcc -c -mno-cygwin -I. -o dialog.o dialog.c winegcc -c -mno-cygwin -I. -o license.o license.c winegcc -c -mno-cygwin -I. -o main.o main.c wrc -I. -foBg.res Bg.rc Bg.rc:21:24: Error: parse error make: *** [Bg.res] Error 1 rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ vi Makefile reading Makefile wrote Makefile, 110 lines, 2368 chars rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ make wrc -I. -forsrc.res rsrc.rc winegcc -mwindows -mno-cygwin -o notepad2.exe.so License_En.o dialog.o license.o main.o rsrc.res -lodbc32 -lole32 -loleaut32 -lwinspool -luuid rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ ll total 520 -rw-r--r-- 1 rich users 5303 2006-01-01 21:02 Bg.rc -rw-r--r-- 1 rich users 5257 2006-01-01 21:02 Cs.rc -rw-r--r-- 1 rich users 5228 2006-01-01 21:02 Da.rc -rw-r--r-- 1 rich users 5495 2006-01-01 21:02 De.rc -rw-r--r-- 1 rich users 5282 2006-01-01 21:02 En.rc -rw-r--r-- 1 rich users 5625 2006-01-01 21:02 Es.rc -rw-r--r-- 1 rich users 4693 2006-01-01 21:02 Fi.rc -rw-r--r-- 1 rich users 5369 2006-01-01 21:02 Fr.rc -rw-r--r-- 1 rich users 5388 2006-01-01 21:02 Hu.rc -rw-r--r-- 1 rich users 5513 2006-01-01 21:02 It.rc -rw-r--r-- 1 rich users 5431 2006-01-01 21:02 Ja.rc -rw-r--r-- 1 rich users 5396 2006-01-01 21:02 Ko.rc -rw-r--r-- 1 rich users 1331 2006-01-01 21:02 License_En.c -rw-r--r-- 1 rich users 2040 2006-01-01 21:02 License_En.o -rw-r--r-- 1 rich users 2368 2006-01-01 21:03 Makefile -rw-r--r-- 1 rich users 5268 2006-01-01 21:02 Nl.rc -rw-r--r-- 1 rich users 5170 2006-01-01 21:02 No.rc -rw-r--r-- 1 rich users 5398 2006-01-01 21:02 Pl.rc -rw-r--r-- 1 rich users 7642 2006-01-01 21:02 Pt.rc -rw-r--r-- 1 rich users 5288 2006-01-01 21:02 Ru.rc -rw-r--r-- 1 rich users 5230 2006-01-01 21:02 Si.rc -rw-r--r-- 1 rich users 4676 2006-01-01 21:02 Sk.rc -rw-r--r-- 1 rich users 5251 2006-01-01 21:02 Sw.rc -rw-r--r-- 1 rich users 4517 2006-01-01 21:02 Th.rc -rw-r--r-- 1 rich users 5256 2006-01-01 21:02 Wa.rc -rw-r--r-- 1 rich users 5179 2006-01-01 21:02 Zh.rc -rw-r--r-- 1 rich users 22737 2006-01-01 21:02 dialog.c -rw-r--r-- 1 rich users 1754 2006-01-01 21:02 dialog.h -rw-r--r-- 1 rich users 14472 2006-01-01 21:02 dialog.o -rw-r--r-- 1 rich users 1321 2006-01-01 21:02 license.c -rw-r--r-- 1 rich users 1528 2006-01-01 21:02 license.h -rw-r--r-- 1 rich users 984 2006-01-01 21:02 license.o -rw-r--r-- 1 rich users 12222 2006-01-01 21:02 main.c -rw-r--r-- 1 rich users 1722 2006-01-01 21:02 main.h -rw-r--r-- 1 rich users 9388 2006-01-01 21:02 main.o -rwxr-xr-x 1 rich users 165396 2006-01-01 21:03 notepad2.exe.so -rw-r--r-- 1 rich users 2629 2006-01-01 21:02 notepad_res.h -rw-r--r-- 1 rich users 1813 2006-01-01 21:02 rsrc.rc -rw-r--r-- 1 rich users 65612 2006-01-01 21:03 rsrc.res rich(a)radhagovinda:/usr/local/src/wine-0.9.4/programs/notepad2$ ./notepad2.exe.so Segmentation fault

2 2

SPARC assembly won't compile, problems with NT headers
by Troy Rollo Jan. 1, 2006

Jan. 1, 2006

winegcc from the current WineHQ produces assembly output for SPARC systems that cannot be processed by the assembler. 1. "operation combines symbols in different segments" error. This problem arises because the imports code attempts to generate a relocation involving symbols in different segments (one in the text segment and one in the data segment). SPARC assemblers (including gas on a SPARC) cannot deal with relocations involving symbols in different segments. This only affects position independent code and can be avoided by changing the assembly code output in imports.c to something simpler. 2. "can't resolve `_end' {*UND* section} - `.L__wine_spec_rva_base' {.data section}" This problem is more sinister. It arises from the same limitation as the first problem, but is not susceptible to being worked around. The offending code is the code that attempts to generate the NT header of the executable - specifically the SizeOfImage element. I can't see any way at this point to provide for this calculation to be done until after the linker output is generated. I suspect the solution to this problem is to just output a zero in this location and have winegcc modify the executable image to insert the correct values after the linker has created it. Does anybody have any objections to this solution or another approach to suggest? -- Troy Rollo - wine(a)troy.rollo.name

7 13

Re: winecfg: Added "Use PRIMARY selection" option
by Stefan Dösinger Jan. 1, 2006

Jan. 1, 2006

> ChangeLog: > > Added support for "Use PRIMARY selection" clipboard option. One question: Why not make this the default? This would be the unix way to use the clipboard. Or use the primary selection on a middle mouse button click, and the other clipboard value on paste / CTRL-V? This is the behavior I'm used to from native apps. Is this possible?

2 2