wine-devel December 2010

wine-devel@winehq.org

83 participants
219 discussions

CreatePrivateObjectSecurity implementation
by Nick Sukharev 08 Dec '10

08 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. Thank you PS. Sorry for double-post. It looks like I shouldn't be using nabble to post to wine-devel

1 0

Re: [PATCH 1/4] wineaddon.cpl: Added initial Wine Add-ons Manager stub.
by Alexandre Julliard 08 Dec '10

08 Dec '10

Jacek Caban <jacek(a)codeweavers.com> writes: > The following series of patches is a first step towards Wine Add-ons > tool. These patches move Gecko installation to wineaddon.cpl. They do > nothing about making install code generic nor provide any new GUI yet. > They only place the code in the right place so that it can be improved > further. Is a separate control panel really the right place? It seems to me that it would be preferable if add-ons were treated more like normal packages, and in particular registered in the installed packages list. This would make it possible to manage them from the appwiz control panel, and from other tools that use install information like uninstaller. -- Alexandre Julliard julliard(a)winehq.org

9 18

Re: ntdll: Implement missing 64 bit shifts
by Alexandre Julliard 08 Dec '10

08 Dec '10

Mike Gibson <mike.gibson(a)storagecraft.com> writes: > +/****************************************************************************** > + * _allshr (NTDLL.@) > + * > + * Right arithmetic shift a 64 bit integer > + * > + * PARAMS > + * a [I] Initial number. > + * count [I] Number of bits to shift by. > + * > + * RETURNS > + * The value of a following the shift. > + */ > +LONGLONG WINAPI _allshr( LONGLONG a, INT count ) > +{ > + return a >> count; > +} There's no guarantee that this would be an arithmetic shift, it's compiler-dependent. -- Alexandre Julliard julliard(a)winehq.org

3 2

winetricks dotnet30 install seems to be working again
by Dan Kegel 07 Dec '10

07 Dec '10

For me, with today's winetricks from svn and wine from git, winetricks dotnet30 seems to work well. It appears to hang at the end because of http://bugs.winehq.org/show_bug.cgi?id=25059 but that's cosmetic; if you look for the icon hiding on the taskbar, you'll see the installer completed. Don't know if the resulting package works, but at least it installed for me just now once. Ship it! :-)

1 0

Re: winemenubuilder: Include icons in .url menus
by Paul Vriens 07 Dec '10

07 Dec '10

On 12/07/2010 06:45 PM, Andrew Bogott wrote: > > This should supersede the previous version of this patch. This one plugs > a memory leak present in the last version. > Hi Andrew, The previous patch has already been committed. -- Cheers, Paul.

2 1

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@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

Re: [try 2] msvcrt: Implement wcsnicoll
by Andrew Nguyen 04 Dec '10

04 Dec '10

On Fri, Dec 3, 2010 at 11:21 AM, Mike Gibson <mike.gibson(a)storagecraft.com> wrote: > Had a typo in the first try. > --- > dlls/msvcr100/msvcr100.spec | 2 +- > dlls/msvcr70/msvcr70.spec | 2 +- > dlls/msvcr80/msvcr80.spec | 2 +- > dlls/msvcr90/msvcr90.spec | 2 +- > dlls/msvcrt/msvcrt.spec | 2 +- > dlls/msvcrt/wcs.c | 9 +++++++++ > include/msvcrt/string.h | 1 + > include/msvcrt/wchar.h | 1 + > 8 files changed, 16 insertions(+), 5 deletions(-) > > > You forgot to attach the patch.

1 0

Re: [PATCH 2/6] quartz: Add support for filtermapper3 to filtergraph
by Alexandre Julliard 03 Dec '10

03 Dec '10

Maarten Lankhorst <m.b.lankhorst(a)gmail.com> writes: > @@ -269,6 +269,9 @@ static HRESULT WINAPI FilterGraphInner_QueryInterface(IUnknown * iface, > } else if (IsEqualGUID(&IID_IFilterMapper2, riid)) { > *ppvObj = This->pFilterMapper2; > TRACE(" returning IFilterMapper2 interface from aggregated filtermapper (%p)\n", *ppvObj); > + } else if (IsEqualGUID(&IID_IFilterMapper3, riid)) { > + *ppvObj = This->pFilterMapper2; > + TRACE(" returning IFilterMapper3 interface from aggregated filtermapper (%p)\n", *ppvObj); You have to query that interface first. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH] user32/tests: Disable IME for msg tests.
by Marvin 03 Dec '10

03 Dec '10

1 0

Re: [PATCH] user32/tests: Close second window in DBCS WM_CHAR tests.
by Marvin 03 Dec '10

03 Dec '10

1 0

Re: [1/7] urlmon: Standardize COM implementation of IUri
by Alexandre Julliard 03 Dec '10

03 Dec '10

Thomas Mullaly <thomas.mullaly(a)gmail.com> writes: > @@ -3567,7 +3567,7 @@ static HRESULT set_builder_component(LPWSTR *component, DWORD *component_len, LP > return S_OK; > } > > -#define URI(x) ((IUri*) &(x)->lpIUriVtbl) > +#define URI(x) ((IUri*) &(x)->IUri_iface.lpVtbl) > #define URIBUILDER(x) ((IUriBuilder*) &(x)->lpIUriBuilderVtbl) You should also get rid of these macros. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Death to win9x?
by James Mckenzie 03 Dec '10

03 Dec '10

Alexandre Julliard <julliard(a)winehq.org> wrote: >Sent: Dec 2, 2010 6:30 AM >To: Joerg-Cyril.Hoehle(a)t-systems.com >Cc: wine-devel(a)winehq.org >Subject: Re: Death to win9x? > ><Joerg-Cyril.Hoehle(a)t-systems.com> writes: > >> However, this only allows to run one test at a time, i.e. the big picture is missing. >> Therefore I'd suggest running winetest.exe on all testbot machines once a week >> or some such, e.g. only for releases. > >That's not useful. The whole point is that we don't want to spend the >effort required to keep the tests error-free on platforms that we don't >care about. That makes it easier to write tests for platforms that >actually matter, which is a more productive use of everybody's time. > YOU might not care about them AJ, but we have Wine users that are still using Windows95 programs with Wine on Linux and there are NO suitable replacements for them. Several recent user reports have asked how do I get program X (released for Windows95) to work on Wine. One of my test programs is dOOmII, released in 1996 and I use Wine to run it. Should I just go out and find a copy of Windows98SE and VirtualBox to run this on? Your reply makes it sound like the Wine program just does not care if Windows9x functionality does not matter, it does. I do agree that not much effort should be expended to incorporate more 'A' functionality, but breaking what does work is not reflect well on this project. Remember the original purpose and I think it is still the purpose is to build out the ENTIRE Windows64/32 API, not just a portion of it. If I'm wrong, feel free to chastise me. James McKenzie

3 3

Re: ddeml: More calling convention fixes
by Dmitry Timoshkov 03 Dec '10

03 Dec '10

Tristan Schmelcher <tristan_schmelcher(a)alumni.uwaterloo.ca> wrote: > + if (cbData != (DWORD)-1) > + { > + /* pData is not a pointer if cbData is -1, so we linearize the address > + * here rather than in the calling code. */ > + pData = MapSL((SEGPTR)pData); > + } -1 here should be replaced by CBR_BLOCK, and this piece of the patch should be sent separately from .spec file fixes. -- Dmitry.

2 2

Re: msvcrt: Implement wcsnicoll
by Juan Lang 03 Dec '10

03 Dec '10

Hi Mike, --- a/dlls/msvcr70/msvcr70.spec +++ b/dlls/msvcr70/msvcr70.spec @@ -601,7 +601,7 @@ @ cdecl _wcslwr(wstr) msvcrt._wcslwr @ stub _wcsncoll @ cdecl _wcsnicmp(wstr wstr long) msvcrt._wcsnicmp -@ stub _wcsnicoll +@ cdecl _wcsnicoll(wstr wstr long) msvcrt._wcsnicmp Typo?

1 0

Re: [3/7] urlmon: Implemented PARSE_PATH_FROM_URL for CoInternetParseIUri
by Marvin 03 Dec '10

03 Dec '10

1 0

Re: wineqtdecoder: initial commit of the video decoder using Mac OS/X QuickTime Framework
by C.W. Betts 03 Dec '10

03 Dec '10

The main problem when using the QuickTime C APIs is that the majority, if not all of it, is deprecated and not available on 64-bit code. I would suggest using the Objective-C QTKit, but apparently Objective-C code is a no-no in Wine. On Nov 29, 2010, at 10:31 AM, Aric Stewart wrote: > --- > configure | 8 +- > configure.ac | 5 + > dlls/wineqtdecoder/Makefile.in | 11 + > dlls/wineqtdecoder/main.c | 135 +++++++++ > dlls/wineqtdecoder/qtvdecoder.c | 536 +++++++++++++++++++++++++++++++++ > dlls/wineqtdecoder/version.rc | 26 ++ > dlls/wineqtdecoder/wineqtdecoder.spec | 4 + > 7 files changed, 724 insertions(+), 1 deletions(-) > create mode 100644 dlls/wineqtdecoder/Makefile.in > create mode 100644 dlls/wineqtdecoder/main.c > create mode 100644 dlls/wineqtdecoder/qtvdecoder.c > create mode 100644 dlls/wineqtdecoder/version.rc > create mode 100644 dlls/wineqtdecoder/wineqtdecoder.spec > > > <89fa3b1cdaca45ec01cde9e2350010b82c985666.diff>

3 3

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel December 2010