headers
Dan Kegel | 17 May 00:24

Installing 64 bit visual c++ 2010 runtime?

I'd like to try a real 64 bit app, so on a 64 bit Ubuntu 12.04, I tried
  sudo apt-get install wine
  rm -rf ~/.wine
  export WINEARCH=win64
  wget http://download.microsoft.com/download/3/2/2/3224B87F-CFA0-4E70-BDA3-3DE650EFEBA5/vcredist_x64.exe
  wine vcredist_x64
and that installs fine... but only puts anything in c:\windows\syswow64,
and the 64 bit app I'm trying is rather upset that it can't
find mfc100.dll.  The log it writes into c:\users\$LOGNAME\*.html
says (if you look at the source, or click 'verbose' in a web browser)
"platform not supported".
This happens even if I use winecfg to set win7 mode.

Happily, it looks like one can just grab the file from the .cab with
something like this:
 mkdir foo
 cd foo
 cabextract ../vcredist_x64.exe
 cabextract vc_red.cab
 cp F_CENTRAL_mfc100_x86 ~/.wine/windows/system32
 cd ..
 rm -rf foo

That gets the app I'm trying to the point where it needs a newer
builtin vcrun100,
http://source.winehq.org/git/wine.git/?a=commit;h=6cb3713e26aa4d89d4dc67601f67e3dc29f51f24
which is great.  (Now I just have to get around to following
up on previous posts about how to build biarch wine on ubuntu 12.04.)

But I still wonder why the installer doesn't want to install the 64 bit files.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Kegel | 16 May 22:16

re: [appdb] Applications working flawlessly using patched wine should be rated Gold

Frédéric Delanoy wrote:
-Application works flawlessly with some DLL overrides, other settings
or third party software.
+Application works flawlessly with some DLL overrides, some patches
applied, other settings or third party software.

Really?  IMHO they should still be silver.  Patches are very hard for the
average user to deploy without a third party front end like POL,
and appdb is not about POL.
- Dan
Permalink | Reply | 5 comments |
headers
Alex Henrie | 16 May 21:40
Picon

kernel32: Correct WideCharToMultiByte and MultiByteToWideChar error codes and conditions

Hello,

This patch was marked committed yesterday--thank you for accepting
it!--but it still isn't showing up in Git. Maybe it was accidentally
skipped? It needs to be committed before I can submit the UTF-7
implementation I wrote that builds on it.

-Alex
Permalink | Reply | 1 comment |
headers
Detlef Riekenberg | 16 May 18:22
Picon

RE: localspl: Only store the file part of the filenames in the registry

Hi Huw.

We have only filenames in the registry.
The current code works fine with the adobe postscript driver
and various other driver for PDF printers.

Which native driver makes problems?

Why do you add spaces before and after the the function args and change
idention, bracket style and variable names everywhere in the patch?

HP is using a subdirectory for some driver files, but i can't remember
the driver name at the moment.

--

-- 
By by ... Detlef
Permalink | Reply | 1 comment |
headers
Marvin | 16 May 13:29

Re: [PATCH 2/2] ieframe: Added GetExternal tests

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=18421

Your paranoid android.

=== WNT4WSSP6 (32 bit webbrowser) ===
webbrowser.c:3280: Test failed: Creating WebBrowser object failed: 80040154
webbrowser.c:3280: Test failed: Creating WebBrowser object failed: 80040154
webbrowser.c:3280: Test failed: Creating WebBrowser object failed: 80040154
webbrowser.c:3280: Test failed: Creating WebBrowser object failed: 80040154
webbrowser.c:3402: Test failed: Creating WebBrowser object failed: 80040154
webbrowser.c:3377: Test failed: Could not get WebBrowserV1 instance: 80040154
webbrowser: unhandled exception c0000005 at 0040AE8E

=== W2KPROSP4 (32 bit webbrowser) ===
webbrowser.c:2594: Test failed: expected GetOverridesKeyPath
webbrowser.c:2599: Test failed: expected Invoke_SETSECURELOCKICON
webbrowser.c:2600: Test failed: expected Invoke_FILEDOWNLOAD
webbrowser.c:3019: Test failed: doc_disp == NULL
webbrowser: unhandled exception c0000005 at 00402FCA
Permalink | Reply | 0 comments |
headers
Alexey Loukianov | 16 May 12:14
Picon

AppDB, ratings and native vs. builtin trouble


Good day to all subscribers of this list,

I've got a small decision trouble I have to deal with as an AppDB maintainer.
I know that years ago there had been discussion on this topic, but I want to
bring this once on a surface once again so we would get a fresh modern look an
thus minor problem.

As we all know, Wine isn't perfect, thus applications often require native
DLLs to behave properly. AppDb treats such cases as being "Gold" rating. It's
easy to distinguish between "Platinum" and "Gold" case most of the time, but
sometimes there are cases where native dll overrides happen automagically as a
result of app installed installing third-party lib redists himself.

Good example is idSoftware's Rage game which require XAudio2 to functions -
which is not implemented in Wine. User would have to install and use native
lib for game to function, but most of the times it would be done automatically
by Steam (its "auto-install required libs" feature would try to install
DirectX redist at the first time user would try to launch the game). How
should we treat situations like that? From user PoV it's "Platinum" - app is
working out of the box. From real side of things - it is "Gold", as native dll
override is required for app to function - Wine's stubbed xaudio2
implementation is obviously not enough for game to work.

With the recent release of Diablo III we're are at the same spot: game
installer auto-installs vcrun2008 redist as a part of installation process, so
end-user experience is like this game "works out of a box". Problem is that D3
installed isn't working unless user patches Wine's AcceptEx implementation
with Erichs patchset, so for vast majority of Wine's userbase installing D3
would be something like "copy already installed D3 from other PC" - and that
(Continue reading)

Permalink | Reply | 8 comments |
headers
Marvin | 16 May 11:32

Re: mstask: Actually run a test and fix the expected behaviour.

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=18419

Your paranoid android.

=== WNT4WSSP6 (32 bit task_trigger) ===
task_trigger.c:165: Test failed: Failed to setup test_task
Permalink | Reply | 0 comments |
headers
Marvin | 16 May 10:58

Re: mstask/tests: Add missing call to the tested function.

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=18417

Your paranoid android.

=== WNT4WSSP6 (32 bit task_trigger) ===
task_trigger.c:165: Test failed: Failed to setup test_task

=== W2KPROSP4 (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000

=== WXPPROSP3 (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000

=== W2K3R2SESP2 (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000

=== WVISTAADM (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000

=== W2K8SE (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000

=== W7PRO (32 bit task_trigger) ===
task_trigger.c:307: Test failed: Expected E_INVALIDARG: 0x00000000
(Continue reading)

Permalink | Reply | 0 comments |
headers
Austin English | 15 May 22:20
Picon

wine/clang warnings

Howdy,

I tried Wine with LLVM/Clang from svn recently, thought others may
like some of the results. I've also ran the static analyzer.

For reference, this is with:
wine-1.5.4-61-g8327e6f, plus the following patch:
diff --git a/include/windef.h b/include/windef.h
index 9cf98e7..e95388a 100644
--- a/include/windef.h
+++ b/include/windef.h
@@ -53,7 +53,7 @@ extern "C" {
 #ifndef __stdcall
 # ifdef __i386__
 #  ifdef __GNUC__
-#   ifdef __APPLE__ /* Mac OS X uses a 16-byte aligned stack and not
a 4-byte one */
+#   if defined (__APPLE__) || defined (__clang__) /* Mac OS X uses a
16-byte aligned stack and not a 4-byte one */
 #    define __stdcall __attribute__((__stdcall__))
__attribute__((__force_align_arg_pointer__))
 #   else
 #    define __stdcall __attribute__((__stdcall__))

see http://wiki.winehq.org/Clang for more info. Wine was compiled using:
#!/bin/bash
export CC="clang"
export CXX="$CC"
export CFLAGS="-g -O0 -std=gnu89 -Wno-conversion -Wno-invalid-source-encoding"
./configure
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vincent Povirk | 14 May 22:05
Picon
Gravatar

Wine Mono 0.0.4 Release - I'm serious now!

I have published version 0.0.4 of Wine Mono on Sourceforge. I fully
intend to make this release a part of Wine.

The source tarball is at
http://sourceforge.net/projects/wine/files/Wine%20Mono/0.0.4/wine-mono-0.0.4.tar.gz/download

The binary is at
http://sourceforge.net/projects/wine/files/Wine%20Mono/0.0.4/wine-mono-0.0.4.msi/download

For developers, the source repository is at
https://github.com/madewokherd/wine-mono

Changes since 0.0.2:
 * With Wine 1.5.4 and Wine Mono 0.0.4, it's now possible to run
mixed-mode assemblies.
 * The random hang that was introduced in Mono 2.11 is now fixed
(0.0.2 contained a hacky work-around).
 * A replacement for XNA 4.0 based on MonoGame is now included, to be
used if MS XNA 4.0 is not installed.
 * Updated Mono from 2.11.0 to 2.11.1, bringing in the changes listed
here: http://mono.1490590.n4.nabble.com/Mono-2-11-1-is-out-td4575466.html
 * Changes from Hans Leidekker to make upgrading and removing the msi
work better.
 * Added more registry keys to prevent native .NET from trying to
install while Wine Mono is installed.
 * Various improvements to the build script.

Some programs that worked with the official Mono for Windows package
will fail with this one because gluezilla (Mono's web browser
component) is missing. In all other respects I expect this to work as
(Continue reading)

Permalink | Reply | 0 comments |
headers
Giovanni Ongaro | 14 May 14:49
Favicon

XINPUT JOYSTICK PATCH

I have written a modification of the xinput1_3 dll that simulates xbox
joystick with a logitech rumblepad 2 joystick,also provided is a way to
disable dinput joysticks through an environment variable, it seems to
work well,may it be of interest to the wine project?
Permalink | Reply | 1 comment |

Gmane