http://bugs.winehq.org/show_bug.cgi?id=31348
Bug #: 31348
Summary: Can't select the file from popup
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kenorb(a)gmail.com
Classification: Unclassified
I'm using the software called: EX4-TO-MQ4 Decompiler 4.0.427 (Demo)
Free available from: http://purebeam.biz/#download_decompiler
But it doesn't work, because I can't select the file.
Here are some logs:
I'm starting it:
$ wine ex4_to_mq4_demo.exe
fixme:msg:ChangeWindowMessageFilter 233 00000001
fixme:msg:ChangeWindowMessageFilter 4a 00000001
fixme:msg:ChangeWindowMessageFilter 49 00000001
fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub!
fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub!
fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub!
fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub!
(last message repeats couple of times with 0 and -1, possible when the
application is focus or not).
Then I'm clicking 'Decompile...' button to select the file.
I've following logs:
fixme:commdlg:IServiceProvider_fnQueryService Interface
{e07010ec-bc17-44c0-97b0-46c7c95b9edc} requested from unknown service
{e07010ec-bc17-44c0-97b0-46c7c95b9edc}
fixme:shell:ViewModeToListStyle ViewMode 0 not implemented
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1026, a003, 0,
0x33e93c)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1026, a004, 0,
0x33e93c)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1025, a003, 1,
0x33e93c)
fixme:shell:IShellBrowser_fnSendControlMsg stub, 0x164e20 (2, 1025, a004, 1,
0x33e93c)
fixme:nstc:NSTC2_fnSetControlStyle2 mask & style (0x00000004) contains
unsupported style(s): 0x00000004
fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub!
The file selection popup appeared, so I can select the file.
Once I've clicked on the file, I've following messages:
fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6
fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6
(last message repeats around 40 times more at the same time)
fixme:shell:IShellBrowser_fnOnViewWindowActive stub, 0x164e20 (0x165368)
Selecting the file (some.ex4), I've following messages:
fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub!
fixme:uniscribe:GPOS_apply_lookup We do not handle SubType 6
(the last message - many of them)
fixme:win:WINNLSEnableIME hwnd 0x10098 enable -1: stub!
fixme:shell:IShellItemArray_fnEnumItems Stub: 0x173c40 (0x33f83c)
After that no files were selected.
Also I can't type manually in 'File' textbox.
The other think which doesn't work, is dropping the file, but I assume it's not
supported in Wine.
I've seen some similar errors in following tickets:
http://bugs.winehq.org/show_bug.cgi?id=27936http://bugs.winehq.org/show_bug.cgi?id=23525http://bugs.winehq.org/show_bug.cgi?id=11095
And those somebody else pastebins contains exact message which I've:
http://pastebin.com/rx9xRPKYhttp://pastebin.com/QW8T25Xh
which is: 'fixme:win:WINNLSEnableIME hwnd 0x10098 enable 0: stub!'
Basically my goals is to try this program, but it simply doesn't work as
expected.
P.S. I've compiled latest version from Git from the sources on Mac, so
eventually I could apply some patches or write some (if I'll have some good
directions) to test it.
Thank you.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
https://bugs.winehq.org/show_bug.cgi?id=39009
Bug ID: 39009
Summary: "Importance" link on bug report form opens in wrong
place on fields descriptions page
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
The fields description page has two sections for Importance. The first one is
right below the status definitions table; right below it are the definitions
for Priority and Severity (which is what users need to see). The second
Importance section is toward the bottom of the page, and it just describes the
field as "the combination of its Priority and Severity" without the severity
definitions anywhere in sight.
Clicking the Importance link on the bug report form opens the page at the
second Importance section when it should open at the first one (or even better,
at the Severity section, since that's what we really want users to see). The
result is that users don't see the actual definitions for severity even if they
do bother to click the link.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33292
Bug #: 33292
Summary: Vietcong: Disc can't be authenticated
Product: Wine
Version: 1.5.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Starting Vietcong with the original disc will result the most times in the
error message "Unable to authenticate original disc within time limit.".
Clicking on "Retry" will continue the authentication process but the vietcong
process will then close after a few seconds. The only message the terminal is
showing is "fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d
access=0 func=500 method=0)".
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
https://bugs.winehq.org/show_bug.cgi?id=39498
Bug ID: 39498
Summary: LEGO Rock Raiders - Using bundled d3drm.dll causes
freezing
Product: Wine
Version: 1.7.50
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: david.maza.au(a)gmail.com
Distribution: ---
Created attachment 52637
--> https://bugs.winehq.org/attachment.cgi?id=52637
Compressed Trace Log
Hello,
If I use the bundled d3drm.dll version to play Lego Rock Raiders, the game
freezes after the first screen.
The music continues to play in the background but the game is unplayable.
Interestingly, holding down a key on my keyboard stops the freezing. For
example, holding down the Alt+Tab key combination causes the game to continue
rendering items on the screen.
Unfortunately using the native d3drm.dll doesn't work and causes a crash on
startup (bug #39497).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31072
Bug #: 31072
Summary: Diablo III: Sound is very quiet
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
If some NPC's are talking for example if I'm finding a book with a story I have
troubles to understand them because the voices are very quiet. I have already
set all ingame sound to 100% and have still to need to turn up much my sound
boxes. Only the cinematics have a loud (normal) sound.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
https://bugs.winehq.org/show_bug.cgi?id=39072
Bug ID: 39072
Summary: Olympus Viewer crashes when it tries to process ORF
files
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: samkochkarev(a)gmail.com
Distribution: ---
Created attachment 52056
--> https://bugs.winehq.org/attachment.cgi?id=52056
backtrace
Both issues are related - you can either start Export or just press the
triangle to start raw processing.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37227
Bug ID: 37227
Summary: Button clicks are ignored in the application
Product: Wine
Version: 1.7.25
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dick.kniep(a)lindix.nl
We are using Go-Global for UNIX v2.2.19 to connect to our servers.
(Download from
ftp://ftp.graphon.com/pub/GO-Global-UX/v2.2.19/go_setup_2.2.19.1222.exe)
This used to work pretty good with wine in the past. But with wine 1.7.25, as
soon as a graphical program is started, any mouseclick in the screen is
ignored, rendering the application useless.
You can use one of our servers to verify.
Steps to reproduce:
1. install under wine: works OK
2. choose secure socket as transport
3. connect to demo.cvix.nl
4. login using winetest/winetest as credentials
Then you will get a window with a firefox icon.
You can type in the bar and will get a website. Try a website where a
buttonclick is required and you will notice that this will not work. It simply
ignores the click event.
BTW. There is another problem with the keyboard. We are using a US-intl
keyboard, but it insists in using a Dutch keyboard where the keys are mapped to
different locations.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=36708
Bug ID: 36708
Summary: Crash during attempt to load SecureDownloadManager.exe
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fyejm5(a)gmail.com
Created attachment 48753
--> http://bugs.winehq.org/attachment.cgi?id=48753
Unhandled exception: page fault on read access to 0x00710033 in 32-bit code
Successfully installed a .MSI file for a secure downloader specific to licensed
Windows-related software. When attempting to initiate the .exe for the
downloader and load the .SDX file (URL to location of software), Wine crashed
with the attached dump.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29445
Bug #: 29445
Summary: LearningCenter.exe fail to start with mono28 but works
with native .net
Product: Wine
Version: 1.3.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
1. Download from http://cetd.sysu.edu.cn/class/NPELSPluginSetup.rar
2. unrar NPELSPluginSetup.rar
3. winetricks -q mono210
4. install setup_v1.1.0.103(101217).exe
5. start LearningCenter.exe
$ cd "~/.wine/drive_c/Program Files/SFLEP/NPELS_LearningCenter_5.0"
$ wine LearningCenter.exe
The application could not start at all, but with native .net2.0 it can start.
Will attach full logs.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.
http://bugs.winehq.org/show_bug.cgi?id=16577
Summary: ntdll/loader/actctx: add support of SxS assembly binding
redirects
Product: Wine
Version: 1.1.10
Platform: All
URL: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a showcase bug.
I used the app from bug 12414 as example because it highlights some of the
issues and hopefully helps to understand the problem (with my comments).
We need to end this winetricks vcrun2XXX SxS mess/hell, which requires direct
match of SxS assembly dependencies/bindings.
Download: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE
$ sha1sum CNX130NSAEN.EXE -> f31b38e3bcca17c8050c207b79315c9be23d582d
Prerequisite: clean WINEPREFIX, winetricks dotnet20
---
The first installer show stopper (which is this bug report out) are actually
two bugs: one in winetricks and one in the installer.
When you did 'sh winetricks dotnet20' step and start the installer, an error
message box will be shown shortly thereafter:
--- snip ---
Microsoft Visual C++ Runtime Library
Program: c:\windows\temp\RarSFX0\cnx.exe
R6034
An application has made an attempt to load the C runtime library incorrectly.
--- snip ---
The problem comes in form of a sub-installer dependency:
WINEDEBUG=+tid,+seh,+loaddll,+process wine ./nikon.exe
--- snip ---
...
0079:trace:process:CreateProcessW app (null) cmdline
L"C:\\windows\\temp\\RarSFX0\\cnx.exe"
...
0079:trace:process:CreateProcessW started process pid 007a tid 007b
...
007b:trace:loaddll:free_modref Unloaded module
L"C:\\windows\\temp\\nshbb9d.tmp\\UserInfo.dll" : native
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\process.dll" at 0x10000000: native
007b:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT"
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\LIBEXPATW.dll" at 0x3d0000: native
007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mpr.dll" at
0x60c50000: builtin
007b:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\wininet.dll" at 0x60c00000: builtin
007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll"
at 0x60c80000: builtin
007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR80.dll"
at 0x78130000: native
007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP80.dll"
at 0x7c420000: native
007b:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\temp\\nshbb9d.tmp\\Activation.dll" at 0x3a0000: native
--- snip ---
The culprit is: "fixme:actctx:parse_depend_manifests Could not find dependent
assembly L"Microsoft.VC80.CRT"
If we dump the embedded manifest from PE for the "Activation.dll":
--- snip ---
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT"
version="8.0.50727.762" processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.VC80.CRT"
version="8.0.50608.0" processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
--- snip ---
We can see two VC 8.0 runtime versions referenced, the VC 8.0 SP1 and an older
VC 8.0 one.
"8.0.50727.762" -> Visual C++ 2005 SP1 Redistributable Pack 8.0.50727.762
At this stage, only .NET Framwork 2.0 redist got installed as prerequisite in
WINEPREFIX.
Because of winetricks' winver 2k hack (missing junction point workaround, bug
12401), VC 8.0.50727.42 runtimes are placed in both: system32 and SxS repo.
This results in errorneous behaviour in case of SxS assembly resolver failure
(app references 8.x CRT assemblies not found in SxS) - a fallback load from
system32 - which causes the CRT error.
I already explained the differences between 2K and XP in several other bug
reports when it comes to loading of SxS assemblies.
In short: prevent any CRT (and ATL/MFC) 8.x+ runtime from being put into
system32!
Such assemblies are never to be loaded from system32 with winver > 2K!
To fix this, 'winetricks dotnet20' step needs to include the removal of these
assemblies from system32 as cleanup procedure.
A second copy is properly installed into SxS as precaution from M$ guys in the
light of win2k -> winxp update which knows about activation contexts/SxS.
--- snip .wine/drive_c/windows/system32 ---
$ ls -lsa msvc*
472 -rw-rw-r-- 1 focht focht 479232 2005-09-23 08:29 msvcm80.dll
540 -rw-rw-r-- 1 focht focht 548864 2005-09-23 08:29 msvcp80.dll
616 -rw-rw-r-- 1 focht focht 626688 2005-09-23 08:29 msvcr80.dll
..
--- snip .wine/drive_c/windows/system32 ---
The vendor msi installer bug at this stage is that the sub-installer is
executed *before* the VC redist installer which would install all required CRT
dependencies into SxS.
Hence this error is only shown once.
That sub-installer failure seems not critical.
Now one might think: "ok, lets do the usual winetricks vcrun2005 ...
vcrun2005sp1 mess" before install.
If you do this, the error will still remain (assuming you restart with clean
WINEPREFIX).
The reason is the other "old" VC 8.0 CRT version, referenced in dll manifest:
8.0.50608.0
Winetricks dotnet20 installed a VC 8.0.50727.42 CRT version into SxS (after we
removed the ones from system32).
This would ideally work but Wine's loader doesn't support the redirection of
assembly bindings yet.
If you take a look at the policy file from .NET 2.0 installed VC 8 runtime:
"c:\windows\winSxS\policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\":
--- snip 8.0.50727.42.policy ---
<bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0"
newVersion="8.0.50727.42"/>
--- snip 8.0.50727.42.policy ---
The policy rule would be satisfied, because the assembly asks for version
8.0.50608.0 and the current "up-to-date" version 8.0.50727.42 can be used for
that.
After VC 8.0 SP1 install (sh winetricks vcrun2005sp1), another policy file is
added:
--- snip 8.0.50727.762.policy ---
<bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0"
newVersion="8.0.50727.762"/>
<bindingRedirect oldVersion="8.0.50727.42-8.0.50727.762"
newVersion="8.0.50727.762"/>
--- snip 8.0.50727.762.policy ---
This would cover (match) the first assembly binding dependency, 8.0.50727.762
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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.