November 2004 - Wine-Devel - list.winehq.org

SetForegroundWindow() from WM_ACTIVATE broken
by Jon Griffiths Nov. 21, 2004

Nov. 21, 2004

Hi, I have an application that keeps a fullscreen back panel window open, with its current working windows always in front. The back panel and all working windows are parented to the desktop. On windows clicking anywhere on the back panel momentarily activates the back panel, then the working window is brought to the front. On wine the back panel is brought to the front and activated (title bar active), obscuring the working window. I have narrowed the cause of this down and created a tiny test app to demonstrate the problem. Under windows, Calling SetForegroundWindow(xxx) from within the WndProc (specifically, while handling the WM_ACTIVATE message), will cause the xxx window to become the foreground window and rise to the top of the z-order. On Wine the window that called SetForegroundWindow() rises to the top of the z-order and gets its titlebar activated. This makes the app rather unusable at present. Does anyone have an idea how to correct this behaviour? I have attached the test app and its source for testing in case that helps, and I'll post more info if I find anything more. Thanks, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com

1 0

Re: epoll, LSB (was: Re: Problem roundup)
by Ivan Leo Puoti Nov. 20, 2004

Nov. 20, 2004

> Do you think I should add an explicit dependancy on the redhat-release > (or fedora-release) package, so people don't install them on the wrong > distribution? Yes, it would be a good idea considering how many packages you build. > It's a mess, but Wine does some things so close to glibc that > it's difficult to provide a "one binary fits all" without compiling an a > very old setup I build on Mandrake 10.1, but the RPM works on 10.0 and 9.2, and I'm quite confident it will run on 10.2 with little or no changes. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

1 0

Re: epoll, LSB (was: Re: Problem roundup)
by Ivan Leo Puoti Nov. 20, 2004

Nov. 20, 2004

> I count 24 packages Well, I've got only one RPM that works on Mandrake 9.2, 10.0 and 10.1, and it runs on 9.1 too if you upgrade your glibc packages, so having fewer packages is porbably also possible for RH. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

1 0

Re: (no subject)
by Dmitry Timoshkov Nov. 20, 2004

Nov. 20, 2004

"Tom" twickline(a)sitestar.net wrote: > I changed the format to reflect the other version.rc files > +#define WINE_PRODUCTNAME_STR "winsock" You don't need to invent a product name, it's already defined in include/wine/wine_common_ver.rc. The product name is Wine. -- Dmitry.

2 2

TeleVantage client on Wine
by alexanderhenry＠cox.net Nov. 20, 2004

Nov. 20, 2004

I am attempting to install the <a href="http://televantage.activelogic.com">TeleVantage Client</a> into wine. I have compiled Wine-20041019 from source. Upon running the installer, I get way too many errors: alexander(a)reservations:~$ wine .wine/drive_c/AppsPatches/netsetup/setup.exe fixme:msi:MsiGetProductInfoA "{8715D03E-39E4-4260-BB83-C63CA64D7660}" "PackageCode" 0x4069dbbc 0x4069dc2c fixme:msi:MsiGetProductInfoW L"{8715D03E-39E4-4260-BB83-C63CA64D7660}" L"PackageCode" 0x403b0118 0x4069dc2c err:dc:DCE_FreeWindowDCE [0x10026] GetDC() without ReleaseDC()! fixme:msi:MsiEnableLogA 00007fdf "c:\\windows\\wssetup.log" 00000000 fixme:msi:MsiInstallProductW L"Z:\\home\\alexander\\.wine\\drive_c\\AppsPatches\\netsetup\\Client.msi" L"SETUPEXEDIR=Z:\\home\\alexander\\.wine\\drive_c\\AppsPatches\\netsetup" err:msi:HANDLE_CustomType1 Unable to load library fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"AppSearch" fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"ValidateWorkstationSetupOSVersion") fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"FindRelatedProducts" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"ValidateProductID" err:msi:load_file Unfound Component L"MSXML.35210702_493B_42CA_BA13_865C5A8BDAC1" [.. above line x5] fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"IsolateComponents" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"ResolveSource" fixme:msi:ACTION_CostFinalize Version comparison.. [.. above line x10] fixme:msi:ACTION_CostFinalize cost should be diff in size fixme:msi:ACTION_CostFinalize Version comparison.. [.. above lines x3] alexander(a)reservations:~$ fixme:msi:ACTION_CostFinalize Version comparison.. fixme:msi:ACTION_CostFinalize Version comparison.. [.. above line x30] fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"ValidateIE5") fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"ValidateDCOM98") fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"GetWorkstationSetupInfo") fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"SetWorkstationSetupInstallPaths") fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"CacheWorkstationSetupSettings") fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"SetODBCFolders" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"MigrateFeatureStates" fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"SetWorkstationSetupFeatureStates") fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveExistingProducts" fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"RemoveReports") fixme:msi:ACTION_CustomAction UNHANDLED ACTION TYPE 5 (L"JScript" L"RemoveOldWorkstationSetupShortcuts") fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"AllocateRegistrySpace" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnpublishComponents" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"MsiUnpublishAssemblies" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnpublishFeatures" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterComPlus" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"SelfUnregModules" err:msi:HANDLE_CustomType1 Unable to load library fixme:msi:store_binary_to_temp File Name in temp tracking collision err:msi:HANDLE_CustomType1 Unable to load library fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterTypeLibraries" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveODBC" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterFonts" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveRegistryValues" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterClassInfo" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterExtensionInfo" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterProgIdInfo" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"UnregisterMIMEInfo" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveIniValues" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveShortcuts" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveEnvironmentStrings" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveDuplicateFiles" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveFiles" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"RemoveFolders" fixme:msi:ACTION_PerformAction UNHANDLED MSI ACTION L"MoveFiles" err:msi:extract_cabinet_file FDICopy failed err:msi:ACTION_InstallFiles Unable to ready media err:msi:ACTION_ProcessExecSequence Execution halted due to error (1627) Installation of Z:\home\alexander\.wine\drive_c\AppsPatches\netsetup\Client.msi (SETUPEXEDIR=Z:\home\alexander\.wine\drive_c\AppsPatches\netsetup) failed. so I figured that rather than getting the installer to run, I'd copy the files into wine and run it this way. I was able to copy from one PC to another with success, as long as the following libraries were present and registered: MSVBVM60.DLL TVW32.dll Tvlib.dll mfc71.dll msvcp71.dll msvcr71.dll ssinput1.ocx It is possible to regsvr32 files MSVBVM60.DLL, TVW32.dll, Tvlib.dll, ssinput1.ocx. It is not possible to regsvr32 files mfc71.dll, msvcp71.dll, msvcr71.dll. Files mfc71.dll, msvcp71.dll don't even appear in the registry. msvcr71.dll does, under .NET framework. Added the following to config: ;"MSVBVM60.DLL" = "builtin, native" ;"TVW32.dll" = "builtin, native" ;"Tvlib.dll" = "builtin, native" ;"mfc71.dll" = "native, builtin" ;"msvcp71.dll" = "native, builtin" ;"msvcr71.dll" = "native, builtin" ;"ssinput1.ocx" = "builtin, native" (tried different combos of commented, non-commented, builtin, native, with absolutely no effect) Upon doing this and attempting to run TeleVantage, I get these messages, and a black screen that appears on the first output message and dissapears on the last: alexander(a)reservations:~$ wine c:\\Program\ Files\\TeleVantage\\Client\\TVClient.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:GetRecordInfoFromGuids (0x425e80,1,1,1033,0x42626c,0x506274),stub! fixme:ole:CoRegisterMessageFilter stub I got this blank-in-blank-out problem when I did the PC to PC copy procedure as well. TeleVantage client just likes to quit with no errors if something is wrong. Per the registry entries mentioned above, I figured that installing .NET into wine would solve the problem. I just learned the hard way for the first time what this would entail. Installing windows version of mono into wine didn't solve the problem, and the msvcr71.dll didn't appear. Do you have any suggestions to help me install TeleVantage client on wine? Thanks --Alexander

2 1

Re: No RichEdit20A window class
by Michael Ost Nov. 20, 2004

Nov. 20, 2004

I'm re'ing my own post, but I think there's a combination of (1) a wine bug and (2) user error at work here. (1) The wine bug (I think) is that riched32.dll is registering the wrong window class name. Here's a suggested patch: [root(a)ihop dlls]# diff -Naur richedit/richedit.c richedit.MUSE/richedit.c --- richedit/richedit.c 2004-11-18 12:28:53.000000000 -0800 +++ richedit.MUSE/richedit.c 2004-11-18 17:03:33.000000000 -0800 @@ -792,7 +792,11 @@ wndClass.cbWndExtra = RTFInfoOffset + sizeof(RTFControl_Info*); wndClass.hCursor = LoadCursorA(0, (LPSTR)IDC_ARROW); wndClass.hbrBackground = (HBRUSH)(COLOR_WINDOW + 1); +#if (_RICHEDIT_VER >= 0x0200 ) + wndClass.lpszClassName = RICHEDIT_CLASS20A; /* WC_RICHED32A; */ +#else wndClass.lpszClassName = RICHEDIT_CLASS10A; /* WC_RICHED32A; */ +#endif RegisterClassA (&wndClass); } Can any wise ones comment on this? (2) My user error is that Windows requires that RICHED32.DLL be manually loaded before use, it seems. At least that's what MFC requires, via its AfxInitRichEdit2() function. I called LoadLibrary("RICHED32.DLL") and, with my above patch, CreateWindow(RICHEDIT_CLASS,...) works fine. This isn't true for other DLLs... but, oh well, there it is. Cheers... mo

5 9

Re: Default System Colors
by William Poetra Yoga H Nov. 20, 2004

Nov. 20, 2004

--- Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > The colors of your gnome/kde desktop don't map that nicely to windows > colors. Because of this the end-result won't allways be very nice. In the > future we might want something like this. The best way to add something like > this is to finish our uxtheme dll and add support for theming to all > controls. Then WineLook=win95 (or winxp) will give you the "classic" colors > and lets say "uxtheme" will give everything the look and feel of lets say > gtk/qt. (this is how windows xp does its theming too) > > Roderick > Please reply below the original post. Yeah, agreed. Your idea is good, and we just have to wait for uxtheme.dll to finish. But in the meantime is it ok for us to change the default colors? Because the Win95 colors are just too... dull. And my "gradient colors for caption bar" patch will make WINE's windows look nice if Win2K/XP colors are applied... _IF_ my gradient-colors-patch will ever get accepted, because until now it's not been applied yet... (but that's for another thread :-P) __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

6 16

OK, this is off topic, but...
by William Poetra Yoga H Nov. 19, 2004

Nov. 19, 2004

I read WWN #249 and found my name is spelled correctly :) But the strange thing is, my (outgoing) name has been truncated in my emails since about a month ago. I wasn't trying to hide anything; rather, Yahoo! Mail has a maximum length of 32 characters for the outgoing name, and the last 'o' in my name gets truncated. It makes me feel itchy, so I decided truncating it would be better. But when I saw my name being spelled in full, I felt proud (I have always felt proud of my somewhat-long full name :P). So just out of curiosity, how did you guys know my real name? Anyway, now I have signature so you all should be able to read it. In full. Not restricted by Yahoo! Mail anymore. :) ===== William Poetra Yoga Hadisoeseno __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

1 0

Re: Thread-safe gethostbyname for WinInet
by Robert Shearman Nov. 19, 2004

Nov. 19, 2004

Robert Shearman wrote: > Hi, > > I have seen an issue that could be attributed to using the > non-thread-safe gethostbyname in wininet, so I have converted it as > best as I could to be thread-safe. > > Rob > > Changelog: > Use a thread-safe version of gethostbyname. Ignore this patch, it isn't actually any safer than the current version (actually, it's a lot less safer). I'll fix it up and resend soon. Rob

1 0

Re: Re: Kernel 2.6.9 - Issue Found
by Pouech Eric DMI AEI CAEN Nov. 19, 2004

Nov. 19, 2004

from what I read from Linus / Roland discussion on this topic (this night) on lkml, Linus only patched 1 out of 3 places which need to be patched (according to Roland). But I don't know yet if Linus will finish the job or not :-( IMO, what Linus proposes heads into the right direction (don't single step in signal handler if the process itself has set the TF flag, but do if the debugger has done it), however I cannot tell whether it's going to fix all issues. A+ > Message du 16/11/04 02:15 > De : "Jesse Allen" > A : wine-devel(a)winehq.org > Copie à : > Objet : Re: Kernel 2.6.9 - Issue Found > On Sun, Nov 14, 2004 at 08:45:00PM -0700, Jesse Allen wrote: > > On Sun, Nov 14, 2004 at 06:11:33PM -0800, Dan Kegel wrote: > > > I couldn't find the patch at either of the two > > > links Jesse posted, but I did see something similar here: > > > http://marc.theaimsgroup.com/?l=bk-commits-head&m=110048429304053&w=2 > > > > That's a brand new patch today. > > > > "x86: only single-step into signal handlers if the tracer asked for it." > > > > Looks like Linus may have been alerted by the problem and made this patch just > > in time for 2.6.10-rc2. Is this the "switch-off" we need? > > > > I'll be testing it shortly. > > > > It doesn't seem to fix the copy protection problem. So I'm wondering a few > things. Does wine need to be patched? This new patch seems to be related to > a chunk of code added in patch #2 mentioned in the original posting. I've > tried 2.6.10-rc2 with patch #1 reversed and patch 1+3 reversed. No difference > this time. > > Any idea will help. > > Jesse > >

3 2