[Bug 42703] Excel 2010 does not work: unimplemented function oleaut32.dll.GetAltMonthNames

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=42703

--- Comment #8 from Akram <akram_ma at hotmail.com> ---
(In reply to Nikolay Sivov from comment #7)
> Created attachment 57673 [details]
> oleaut32.dll.so
> 
> (In reply to Akram from comment #6)
> > setting LANG to Arabic causes the crash. Also setting LC_MESSAGES does the
> > same thing. Other LC settings are ok. But without native usp10.dll and LANG,
> > Arabic letters will not connect together.
> 
> The question was mostly, does Arabic shaping still not work correctly with
> current Wine 2.4.
> 
> > 
> > Nikolay Sivov , sorry, I am not familiar with building Wine. So if you would
> > supply an .so file, that would be great.
> 
> Sure, I'm running Debian, hopefully this binary will be compatible enough.

Thanks Nikolay, I replaced oleaut32.dll.so and it sure works. Excel opens with
no problem. I also typed 1-1 in Excel cell and it translates it to a date
(First of Jan), then put 23-2 and subtract the two cells the result is 53
(correct answer). 

For Wine 2.4, I only use Cross Over 16.2, I tried other methods
(Wine+WinPrefix, PlayOnLinux, Vinegaurd), and I had trouble getting Arabic to
work fine with them so I switched to CrossOver. It is very easy to use. I
actually upgraded all ole*.so files of Cross Over 16.2 to Wine 2.4 as well as
usp10, mlang and msls31. The result is the same. Arabic shaping needs native
usp10.dll and setting LANG. I tried to replace all .so files but this makes
Cross Over not working properly. So I upgraded only those files. Should there
any other files I need to upgrade so I can get closer to Wine 2.4 and test
Arabic shaping.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.