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