December 2010 - Wine-devel - list.winehq.org

re: [SOLVED] Cannot install Python on wine
by Alan W. Irwin 07 Dec '10

07 Dec '10

On 2010-12-06 18:49-0800 Dan Kegel wrote: > Does > winetricks python26 > work for you? The answer to your question (for wine-1.3.8, at least) is yes it does, and that lead to a complete solution! I am CCing to the list as well because others will be interested in that solution to my original question. The command above essentially downloads python-2.6.2.msi then executes wine msiexec /i python-2.6.2.msi ALLUSERS=1 which worked and is very similar to what I tried independently with python-2.7.1, i.e., wine msiexec /i python-2.7.1.amd64.msi which returned with no GUI and error message at all. I then realized from that name this was likely a 64-bit issue. I then downloaded the 32-bit MSI version, (from http://www.python.org/download/releases/2.7.1/) After that download wine msiexec /i python-2.7.1.msi worked like a charm! (I don't understand the significance of ALLUSERS=1 so I left it off.) So problem solved for python-2.7.1. Thanks for your helpful winetricks suggestion which gave me an excellent start on the road to finding the solution for the latest python2. One issue is you will likely want to incorporate the latest version of python2 in winetricks as well as python3 from http://www.python.org/download/releases/3.1.3/. The remaining issue is the complete lack of any error messages when executing the 64-bit MSI file. Shall I file a msiexec bug report about that? There is also no mention of 64-bit versus 32-bit MSI files at http://wiki.jswindle.com/index.php/Wine_MSI. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) PLplot scientific plotting software package (plplot.org) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

1 0

How to deal with variables where the size differs for 32 and 64bit
by Paul Vriens 07 Dec '10

07 Dec '10

Hi, Just found the fix for the oledb32:convert tests on 64bit. We need to adjust our oledb.idl (see patch attached). How should I deal with the ok() messages where we currently specify the 32bit variant? I mean this will of course introduce warnings on the 64bit side. Do I need to create a wrapper for the ok() messages, with a _WIN64 check somewhere? Or use a different printf format identifier? The same is also true for the TRACE() messages in our implementation. -- Cheers, Paul.

4 3

Cannot install Python on wine
by Alan W. Irwin 07 Dec '10

07 Dec '10

Here is what I have tried to install Python under wine so far following what is recommended in http://wiki.jswindle.com/index.php/Wine_MSI. This was done using wine-1.3.8 with WINEDEBUG set to nothing (i.e., "WINEDEBUG=") so that all warning/error messages would be output. wine(a)raven> wine msiexec /i python-2.7.1.amd64.msi fixme:storage:create_storagefile Storage share mode not implemented. fixme:advapi:LookupAccountNameW (null) L"wine" (nil) 0x32f130 (nil) 0x32f134 0x32f128 - stub fixme:advapi:LookupAccountNameW (null) L"wine" 0x179f10 0x32f130 0x176bf8 0x32f134 0x32f128 - stub The lack of err: messages is encouraging. In particular notice these results have no err:msi:call_script Could not find CLSID for Windows Script which seemed to be an issue for another wine user that has attempted this with prior wine versions. So I had some hope that the above command actually worked, but it returned very quickly with no other response than above, and "find -name python.exe found nothing created by it in the whole wine account area I have set up to deal with wine matters. Thus, I don't think it worked. Is there some clue in the above fixme messages that indicates something fatal happened with msiexec? Is there anything else I should be doing? Another thread about a prior unsuccessful attempt to install Python under wine had this quote: "I have downloaded http://www.dll-files.com/dllindex/dll-files.shtml?msvcirt and placed it in the .wine/drive_c/windows/system directory." I don't have a clue about the significance of that step since I have no Windows experience and little wine experience. Is that step important or is it no longer necessary with wine-1.3.8? Anyhow, my test above was without that step since I didn't understand its necessity/significance. To give you some background about my use case, my development environment has been exclusively Linux since 1996, and I have no Microsoft Windows experience at all. Nevertheless, I help with developing the PLplot package which works on all of Linux, Mac OS X, and Windows so I try to help out the PLplot Windows developers by attempting to build PLplot under wine to follow/confirm what they do and any errors they find. As part of that work, I would like to test the optional PLplot Python bindings under wine which motivates my interest in installing the Windows version of Python under wine. Any help with the proper procedure for installing Python under wine would be much appreciated. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) PLplot scientific plotting software package (plplot.org) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

2 1

CreatePrivateObjectSecurity implementation
by nicksukharev 06 Dec '10

06 Dec '10

I found that stub implementation for CreatePrivateObjectSecurity / DestroyPrivateObjectSecurity prevents Microsoft Exchange client from working properly. After changing these stubs to return an empty security descriptor and destroy it Exchange works much better. It can now read mail and calendar. I'm looking for suggestions what minimal implementation for these functions would be acceptable as a patch. -- View this message in context: http://wine.1045685.n5.nabble.com/CreatePrivateObjectSecurity-implementatio… Sent from the Wine - Devel mailing list archive at Nabble.com.

1 0

Re: [PATCH 2/7] quartz: Add support for filtermapper3 to filtergraph, try 2
by Alexandre Julliard 06 Dec '10

06 Dec '10

Maarten Lankhorst <m.b.lankhorst(a)gmail.com> writes: > @@ -177,7 +177,7 @@ typedef struct _IFilterGraphImpl { > > LONG ref; > IUnknown *punkFilterMapper2; > - IFilterMapper2 * pFilterMapper2; > + IFilterMapper3 * pFilterMapper2; You should rename it then. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH 01/11] mshtml: Added IOleControl calls test.
by Marvin 05 Dec '10

05 Dec '10

Hi, While running your changed tests on Windows, I think I found new failures. Being a bot and all I'm not very good at pattern recognition, so I might be wrong, but could you please double-check? Full results can be found at http://testbot.winehq.org/JobDetails.pl?Key=7457 Your paranoid android. === WXPPROSP3 (32 bit activex) === activex.c:127: Test failed: unexpected call FreezeEvents_TRUE activex.c:129: Test failed: unexpected call FreezeEvents_FALSE === WVISTAADM (32 bit activex) === activex.c:127: Test failed: unexpected call FreezeEvents_TRUE activex.c:129: Test failed: unexpected call FreezeEvents_FALSE === W7PRO (32 bit activex) === activex.c:127: Test failed: unexpected call FreezeEvents_TRUE activex.c:129: Test failed: unexpected call FreezeEvents_FALSE === W7PROX64 (32 bit activex) === activex.c:127: Test failed: unexpected call FreezeEvents_TRUE activex.c:129: Test failed: unexpected call FreezeEvents_FALSE === W7PROX64 (64 bit activex) === activex.c:127: Test failed: unexpected call FreezeEvents_TRUE activex.c:129: Test failed: unexpected call FreezeEvents_FALSE

1 0

Re: [1/4] shdocvw: skip some tests if a modern IE is not present
by Paul Vriens 05 Dec '10

05 Dec '10

On 12/02/2010 04:38 AM, Andrew Bogott wrote: > As suggested by Jacek. > Hi Andrew, Even IE6 does things differently as can be seen: http://test.winehq.org/data/tests/shdocvw:intshcut.html Just a matter of adding a broken() statement and bailing out (with cleanup) if the IPropertyStorage_ReadMultiple() fails? -- Cheers, Paul.

1 0

Use of the L prefix for wide strings in resource files
by Paul Vriens 05 Dec '10

05 Dec '10

Hi, Yaron just made me aware of something he and I discussed briefly a few weeks ago. The shlwapi resource files uses the following: PUSHBUTTON L"&OK", IDOK, 105, 40, 50, 14, WS_GROUP | WS_TABSTOP PUSHBUTTON L"&Cancel", IDCANCEL, 160, 40, 50, 14, WS_GROUP | WS_TABSTOP PUSHBUTTON L"&Yes", IDYES, 105, 40, 50, 14, WS_GROUP | WS_TABSTOP PUSHBUTTON L"&No", IDNO, 160, 40, 50, 14, WS_GROUP | WS_TABSTOP There doesn't seem to be an issue with most of the languages as our resource compiler seem to do things just right. I did however see strangeness for some languages and also the not yet submitted Hebrew translation (maybe more?): http://source.winehq.org/transl/resource.php?branch=master&lang=011%3A01&re… http://source.winehq.org/transl/resource.php?branch=master&lang=022%3A01&re… ResHacker shows the same strangeness so it appears not only to be the translation site. Any idea where to start looking? -- Cheers, Paul.

3 3

Hebrew website issues
by Yaron Shahrabani 04 Dec '10

04 Dec '10

The following picture demonstrates the issues: http://lh3.ggpht.com/_QXJR6RTu0qE/TPpTZnza_wI/AAAAAAAADak/yGzX7y8sQI8/winew… <http://lh3.ggpht.com/_QXJR6RTu0qE/TPpTZnza_wI/AAAAAAAADak/yGzX7y8sQI8/winew…>1. The flags are left aligned instead of right aligned (All browsers) 2. The search box is right aligned instead of left aligned (Chromium mostly, sometimes also happens in Firefox) Kind regards, Yaron Shahrabani <Hebrew translator>

1 0

Re: Death to win9x?
by K.King 04 Dec '10

04 Dec '10

<<< A majority of that effort is rewriting tests to make win9x happy, not rewriting behavior to fix win9x applications. >>> Understood <<< Few people (if any) want to intentionally break win9x applications, but spending a large amount of developer effort to maintain the tests there isn't really the best investment, when it could instead be spent fixing real bugs. >>> Regressions are a normal part of large scale development. Regressions are real bugs. Unless you are becoming what you imitate:-) <<< I could drop the Win9x tests and concentrate on Windows 2000 and higher. Would this be a good course of action? >>> Drop seems harsh, prioritize seems reasonable. If you are 199% confident nothing you do would affect Win9x (famous developer last words) Or AJ says put the Win9x users in the lifeboat then it's a good course for you And a not so good one for Win9x users.

5 4