https://bugs.winehq.org/show_bug.cgi?id=52210
Bug ID: 52210
Summary: Window issues and occasional freezes in Fitswork 4.47
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 71266
--> https://bugs.winehq.org/attachment.cgi?id=71266
Sample .fits file required to reproduce freezes
Hello everyone,
one member of the ubuntuusers.de forum reported that one of his Astronomy
programs called Fitswork has occasional freezes. The mouse pointer can still be
moved but inside the application the is no response. Even trying to close the
application window doesn't work.
I created an AppDB entry for the application at:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=40433
The download location is at:
https://www.fitswork.de/software/download.php?f=bin/Fitswork447en.zip
with a sha256sum of
mwagner@silentrig:~/Downloads> sha256sum Fitswork447.zip
49d9e6147fda2ba24637c608380b19330b6f7c3134ff16ed851f9327ace348d5
Fitswork447.zip
Once decompressed it is a standalone .exe file.
I am adding a sample .fits file and often freezes occur when trying to convert
CCD-to-RGB (see Edit menu) using Bayer Neural Network.
Also the histogram is always shown in front of all other native Linux
applications. At least on my LxQt desktop on openSUSE Tumbleweed.
So far we haven't a means to reproduce the freezes but they did happen on my
machine.
Can you help please?
--
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=24417
Summary: America's Army 3 crashes because of d3dcompiler
Product: Wine
Version: 1.3.2
Platform: x86
URL: http://www.americasarmy.com/downloads/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org, matteo.mystral(a)gmail.com
Depends on: 23660
Created an attachment (id=30782)
--> (http://bugs.winehq.org/attachment.cgi?id=30782)
+d3dcompiler trace
Terminal output is short (I trimmed a few non-related steam ones):
fixme:gameux:GameExplorerImpl_VerifyAccess stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x150dc0,0x150d30): stub
fixme:d3dcompiler:D3DCompile data 0x44ea000, data_size 528, filename (null),
defines 0x4454e20, include 0x2b7ed58, entrypoint "Main",
target "vs_3_0", sflags 0, eflags 0, shader 0x2b7ec58, error_messages 0x2b7ec78
stub!
fixme:faultrep:ReportFault 0x2b7e948 0x0 stub
err:seh:setup_exception_record stack overflow 1776 bytes in thread 0020 eip
7bc3b1c5 esp 04d30c40 stack 0x4d30000-0x4d31000-0x5030000
this is after bug 23660 was fixed, using builtin d3dx9. Crashes, but native
d3dx9 fixes it again, which leads me to believe it's in d3dcompiler...
+d3dcompiler attached
--
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=52209
Bug ID: 52209
Summary: Word 2003 crashes when installing Equation Editor
component
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 71265
--> https://bugs.winehq.org/attachment.cgi?id=71265
+msi log
Office 2003 installs without problems with wine-7.0rc1. Trying to insert
equation object in Word document first time triggers its installation. That
crashes Word.
The issue seems to be a crash in ACTION_ProcessComponents(), that happens
because msi_resolve_file_source() return NULL, since REFEDIT.DLL is marked as
IsCompressed.
--
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=41237
Bug ID: 41237
Summary: Repeatable unhandled exception in Word 2003
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2460acc(a)gmail.com
Distribution: ---
Created attachment 55526
--> https://bugs.winehq.org/attachment.cgi?id=55526
Error log
When using Word 2003 there is a repeatable unhandled exception when exiting
Equation Editor. It happens when you exit Equation Editor via the menu
File->Exit and Return to Document. It doesn't happen if you exit Equation
Editor via the [x] in the top right corner.
--
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=48447
Bug ID: 48447
Summary: GetUnicodeRanges() returned data is inaccurate
Product: Wine
Version: 5.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Current GetUnicodeRanges() implementation returns ranges as specified by cmap,
while some point might still fall on zero glyph, splitting ranges further or
discarding some ranges. Windows takes that into account, and returns ranges
that will tell exactly which points are covered with non-zero glyphs. We'll
have to follow that, but it should most likely be disk-cached somehow, because
iterating whole cmap every time is not very practical.
Once does correctly this data could be used for binary lookup in
HasCharacter(), if it turns out not to be slower that looking up actual glyph
id.
Test failures for that problem will entirely depend on the font, and could look
like this:
---
font.c:3742: Test failed: L"DejaVu Sans" - L"ExtraLight": unexpected range
count 181, expected 182.
font.c:3742: Test failed: L"DejaVu Sans" - L"ExtraLight Oblique": unexpected
range count 181, expected 182.
...
font.c:3742: Test failed: L"DejaVu Sans Mono" - L"Oblique": unexpected range
count 209, expected 210.
font.c:3742: Test failed: L"DejaVu Sans Mono" - L"Bold": unexpected range count
252, expected 253.
font.c:3742: Test failed: L"DejaVu Sans Mono" - L"Bold Oblique": unexpected
range count 209, expected 210.
---
--
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=50627
Bug ID: 50627
Summary: MS Word 2013 bug in Arabic ligature of "lam" with
"alef" text shaping
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: i.bilux(a)gmail.com
Distribution: ---
Created attachment 69324
--> https://bugs.winehq.org/attachment.cgi?id=69324
MS Office 2013 جلال
The word "جلال" is written using four characters "ج" "ل" "ا" "ل" like in the
first word in attachment (Upper word), but its not showing correctly as the the
third character "ا" should be italic (diagonal).
I added the second word in the same attachment (Lower word) as show case of how
the correct ligature supposed to be showing. In Arabic, the actual shape of
the character depends on the context of the character in the word.
PS: I'm using "Times New Roman" font. When using "Noto Sans Arabic" this bug
does not occur.
--
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=43114
Bug ID: 43114
Summary: Sub-program of Internet Security Program, Astx.exe
crashes on unhandled exception error
Product: Wine
Version: 2.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kchn.lee(a)daum.net
Distribution: ---
Created attachment 58313
--> https://bugs.winehq.org/attachment.cgi?id=58313
Output text for executing $wine "setup file"
I have a problem in installing Ahnlab Safe Transaction S/W,
which is an internet transaction security program. (Not commercial)
When I execute the above S/W setup file, Wine stops installation saying there
is a problem in Asdcli.exe (created in the installation process).
Same error occurs when I execution Asdcli.exe directly.
The main error message is as follows :
Unhandled exception: assertion failed in 32-bit code (0xb7769d40).
When I tried to install this program in previous Wine (2.0.1), the error
message was like this :
wine: Call from 0x7b43ba7c to unimplemented function
setupapi.dll.CM_Get_Sibling, aborting
It's somewhat difficult to find the textual link of Ahnlab Safe Transaction
S/W.
How can I solve this problem... Need help~.
Wine version : Wine-devel-i386 (2.8.0~jessie)
Platform : i386
Windows Version : Windows 7
Linux : Debian 3.16.43-2 (2017-04-30) i686 GNU/Linux
--
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=44239
Bug ID: 44239
Summary: Twin Usb Joystick not work force feedback (vibration)
in some games
Product: Wine
Version: 2.0.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: joy.cpl
Assignee: wine-bugs(a)winehq.org
Reporter: kz99(a)protonmail.com
Distribution: ---
Force Feedback (vibration) work in wine control, but in games this not work, i
have installed "Legacy Of Kain Defiance" and not work, is occurs in others
games force feedback no work.
My device ID is:
ID 0810:0001 Personal Communication Systems, Inc. Dual PSX Adaptor
--
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=49506
Bug ID: 49506
Summary: Using LLVM's libunwind causes wine build failure
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bero(a)lindev.ch
Distribution: ---
Created attachment 67634
--> https://bugs.winehq.org/attachment.cgi?id=67634
Proposed fix
There are multiple different implementations of libunwind -- but when building
for Linux, wine assumes https://www.nongnu.org/libunwind/ is being used.
That is true on most Linux systems, but some use LLVM libunwind
https://github.com/llvm/llvm-project/tree/master/libunwind instead.
Since Apple uses LLVM libunwind as well, all the code needed to support this is
there already - just not triggered by the various ifdefs in signal_x86_64.c.
AFAIK there is no official #define to tell libunwind implementations apart -
but checking for an implementation detail (such as the presence of
____LIBUNWIND_CONFIG_H__) should do the right thing.
--
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=39190
Bug ID: 39190
Summary: Ableton dies with - unimplemented function
msvcr120.dll.fminf
Product: Wine
Version: 1.7.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
On the Ableton 9 trial (32 bit version). It dies with the error if you add
the instrument Impulse/Backbeat Room
wine: Call from 0x7b83bfee to unimplemented function msvcr120.dll.fminf
Here is a video of triggering the bug
http://youtu.be/02gj_SpzteY
Notes - I don't have Jack audio setup, this is running with the pulseaudio
backend - no idea if that matters here.
Download for 32 bit ableton trial
https://www.ableton.com/en/download/?os_arch=win&release_article_code=BuSu9…
OS: Ubuntu 15.04 - 64 bit.
Hardware: Asus N56VZ
--
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=39189
Bug ID: 39189
Summary: Ableton dies with - unimplemented function
msvcr120.dll._DTest
Product: Wine
Version: 1.7.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
On the Ableton 9 trial (32 bit version). It dies with the error if you add
the instrument Electric/Bass/Wobble Bass
wine: Call from 0x7b83bfee to unimplemented function msvcr120.dll._DTest
Here is a video of triggering the bug
http://youtu.be/02gj_SpzteY
Notes - I don't have Jack audio setup, this is running with the pulseaudio
backend - no idea if that matters here.
Download for 32 bit ableton trial
https://www.ableton.com/en/download/?os_arch=win&release_article_code=BuSu9…
--
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=51748
Bug ID: 51748
Summary: NIK Dfine2 crashes/hangs (worked before)
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pit(a)astro.su.se
Distribution: ---
Created attachment 70633
--> https://bugs.winehq.org/attachment.cgi?id=70633
Backtrace of running Dfine2 from within GIMP
I'm using wine to run the (free) NIK collection from Google for image
processing (version 1.2.11, e.g., from here:
https://www.techspot.com/downloads/6809-google-nik-collection.html)
This was working great so far, for many years (at least 3). I run openSUSE
Tumbleweed that regularly upgrades applications. After the last upgrade to
Wine 6.15 this crashes when processing/saving the image. I use gimp and the
plugin ShellOut.py as a wrapper. There, I get an error message from wine
(Unhandled exception: page fault on read access, see attached
backtrace_Dfine2_new.txt)
To check, I renamed my current ~/.wine and did a clean new install of NIK (wine
nikcollection-full-1.2.11.exe). I get the same error (the backlog above is
from this run). Finally I copied the temporary (16bit tif) file gimp saves and
ran Dfine2 from command line, to catch the output. Irritatingly, this did not
crash, but just hang hogging the CPU at 100%....
The console output is attached, too.
--
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=3409
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
Fixed by SHA1| |ed8379d1ad0cd13e914dcd011ce
| |be3e7f3a73579
Version|unspecified |0.9-pre
--
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=51913
Bug ID: 51913
Summary: dinput8:device fails on cw-gtx560 and cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput8:device fails on cw-gtx560 and cw-rx460:
device.c:1281: Test failed: got dwButtons 3, expected 5
device.c:1387: Test failed: got 6 expected 8
device.c:1390: Test failed: missing 2 objects
https://test.winehq.org/data/patterns.html#dinput8:device
The failure is the same on all Windows versions (8 to 10 21H1) but only happens
on these two machines, that is on all the "real GPU" machines in
test.winehq.org except for fgtb-w10pro64.
Predictably the failures started with the patch that introduced the new tests:
commit 2ffdb5519fede29f1055b1057999fbcd7265e1e6
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Oct 18 10:21:51 2021 +0200
dinput8/tests: Add mouse and keyboard object enumeration tests.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52190
Bug ID: 52190
Summary: unhandled exception
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: travellouer(a)gmail.com
Distribution: ---
Created attachment 71243
--> https://bugs.winehq.org/attachment.cgi?id=71243
backtrace file from wine
Glyph the game access portal for rift
after installing required update of Glyph wine has:
Unhandled exception:
wine-5.0.3 (Ubuntu 5.0.3-3ubuntu2)
Ubuntu 21.10
kernel: 5.13.0-22-generic
Sorry first time sending bug report just happened a bit ago kids are screaming.
I did search the sites but did not see anything related. I also tried Glyph on
actual win 7 virtual machine it came up fine. Not sure if that is helpful or
not. The backtrace file is attached. If I did something wrong in filing this I
apologize
Everything worked earlier today until threquired update of Glyph
Thanks
--
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=52176
Bug ID: 52176
Summary: Houkago Cinderella - Promotion Edition doesn't start
up due to stack overflow.
Product: Wine
Version: 6.22
Hardware: x86-64
URL: https://web.archive.org/web/20200810201315if_/http://suezou.dyndns.org/dl2020/hooksoft/houkago/houkago_promo
tion.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Houkago Cinderella - Promotion Edition[1] is a demo version of visual novel
published by Hooksoft, Japan. When I launch the game with Wine, it doesn't
start properly. Adding font replacement settings[2], e.g. "MS ゴシック", doesn't
help at all.
[1] https://vndb.org/r72129
[2] https://wiki.winehq.org/Font_Replacements
Steps to reproduce:
1. Unzip houkago_promotion.zip (MD5: ed7135ddb1a340dceedbe343a1e5b896)
2. cd 放課後シンデレラ_プロモーション版
3. LANG=ja_JP.UTF-8 wine 放課後シンデレラ.exe
Expected result:
Window will be shown and it shows the publisher logo, title screen, etc.
Actual result:
It doesn't show any windows.
terminal shows following output:
---
0100:err:sync:RtlpWaitForCriticalSection section 00260200 "?" wait timed out in
thread 0100, blocked by 0024, retrying (60 sec)
0124:err:sync:RtlpWaitForCriticalSection section 0034D488 "?" wait timed out in
thread 0124, blocked by 0024, retrying (60 sec)
0024:err:virtual:virtual_setup_exception stack overflow 1220 bytes in thread
0024 addr 0x7bc41c98 stack 0x120b3c (0x120000-0x121000-0x220000)
---
--
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=52003
Bug ID: 52003
Summary: Stack overflow inside xml2.xmlXPathInit function.
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: besentv(a)gmail.com
Distribution: ---
Created attachment 71003
--> https://bugs.winehq.org/attachment.cgi?id=71003
Thrown exceptions.
The simulator "Zusi 3" uses .htm webpages to show information about its
available content. Some websites have a line of JavaScript that looks something
like this:
<script>var xhr = new window.ActiveXObject( "Microsoft.XMLHTTP" );</script>
which cause the program to crash using Wine.
A +seh trace, provided in the attachments, shows that the program throws a lot
of Division by Zero exceptions before dying in a stack overflow.
Further debugging ended in the result, that the crash occurs inside the
function
"xmlXPathInit" from the xml2 library, which, without a surprise, does divide by
zero. The function call is reached from "msxml3.DllMain" through
DLL_PROCESS_ATTACH and the function "xmlInitParser".
Changing the code to something like
*((long long*) &xmlXPathNAN) = 0x7ff8000000000000;
resolved the issue, though this undefined behavior in C.
(z.f. suggested to use unions instead.)
The only thing that really confuses me, is the big amount of thrown exceptions,
even though the program only executes the division by zero only once. Even on
assembly level. Also, why does this cause a stack overflow?
--
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=51886
Bug ID: 51886
Summary: YouTube Movie Maker: Can't launch after installing
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dungomarkdevlin22(a)gmail.com
Distribution: ---
Created attachment 70828
--> https://bugs.winehq.org/attachment.cgi?id=70828
backtrace
I downloaded YouTube Movie Maker here [https://www.makeyoutubevideo.com/] and
installed it successfully. It is even in the Desktop and Application List menu.
When I open the shortcut, it will show me three buttons to make, upload, or
manage my videos. After clicking on one of them, the loading screen will show,
and a little blue rectangle on the top left of the screen will show and the
wine "Program Error" window. [https://photos.app.goo.gl/65W9zwFzndbMjQjo6]
--
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=51049
Bug ID: 51049
Summary: Sea of Thieves crash when entering a lobby
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
After you set Sail in "Sea of Thieves", it crash due to a secur32 error.
Prior to to commit f93284dfa44b060436c6a0617b51280abb3f24fc, it worked as
expected.
The crash occurs in function schan_InitializeSecurityContextW. The scenario is
that it create a SCHAN_HANDLE_CTX handle, then later frees it. Then attempts
to create another SCHAN_HANDLE_CTX, however passes the same parameters through
except pInput (which is NULL).
Previous, this would return SEC_E_INCOMPLETE_MESSAGE, since the pInput was
NULL, however however now, it jumps through to
else if (!is_dtls_context(ctx)) return SEC_E_INCOMPLETE_MESSAGE;
However the ctx has already been freed in this case and then crashes.
--
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=47865
Bug ID: 47865
Summary: comctl32:propsheet: Different button order for some
RTL locales in Windows 1809?
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:propsheet fails on the new Windows 1809 Arabic VM (ww1064v1809_ar):
propsheet.c:1202: RTL locale detected
propsheet.c:511: Test failed: Cancel button should be to the left of OK button
propsheet.c:520: Test failed: Apply button should be to the left of Cancel
button
propsheet.c:529: Test failed: Help button should be to the left of Apply button
propsheet.c:821: Test failed: property sheet with custom window proc: the msg
0x0046 was expected, but got msg 0x0210 instead
https://test.winehq.org/data/tests/comctl32:propsheet.html
However that test still succeeds for the Hebrew locale of the same Windows 1809
VM (w1064v1809_he), and of course on the Hebrew Vista VM (wvistau64_he).
So either the button order is different in Arabic and Hebrew despite both being
RTL locales (maybe it depends on something else?), or something prevents the
test from correctly recognizing the button order, or something is wrong in the
new Arabic setup.
For reference, support for RTL locales was introduced in this patch (without it
the test would likely fail even harder):
commit b8d01f9e1e8c44df5172c4cbfae627158930db72
Author: Alex Henrie <alexhenrie24(a)gmail.com>
AuthorDate: Mon Nov 20 22:54:35 2017 -0700
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Tue Nov 21 21:47:42 2017 +0100
comctl32/tests: Detect and handle an RTL locale.
Signed-off-by: Alex Henrie <alexhenrie24(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52184
Bug ID: 52184
Summary: Initial breakpoint absent when debugging under
WinDbg/CDB (build 22000.1)
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
When debugging with WinDbg or CDB (build 22000.1), the initial breakpoint
before the program entry point is not hit at all.
This appears to be because DbgEng creates the debug port object with limited
access permissions, causing NtQueryInformationProcess/ProcessDebugPort to fail
with STATUS_ACCESS_DENIED. This leads to Wine's process_breakpoint() function
(called by LdrInitializeThunk) failing to detect that the current process is
being debugged, and the initial breakpoint is skipped.
--
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=51946
Bug ID: 51946
Summary: cMUD 3.34 crashes with nTRaiseException
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mssxtn(a)gmail.com
Distribution: ArchLinux
Created attachment 70918
--> https://bugs.winehq.org/attachment.cgi?id=70918
Installation of CMUD
cMUD 3.34 worked fine under wine-staging until 6.20. Uninstalled wine-staging
and installed wine, along with all of its deps and optional deps. Removed old
.wine and ran both win64 and win32 winearches with the same errors.
Install of cMUD 3.34 pops up with an unhandled exception during the install
process. Running the program results in the same/similar unhandled exception.
Downgrading to wine 6.19 resolves the problem and the application runs as
expected.
Related Unrelated Issue?
https://bugs.winehq.org/show_bug.cgi?id=49321
--
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=52129
Bug ID: 52129
Summary: EnumCalendarInfo hangs indefinitely when iterating
over optional calendars
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 42ed9797b1929fc5917bd967f7062cab953fab55
Distribution: ---
Internal_EnumCalendarInfo fails to exit enumeration loop if all of the
following conditions are met:
- ENUM_ALL_CALENDARS is specified for calendar ID.
- An optional calendar exists for the current locale, which is one of:
Arabic, Chinese, Divehi, Persian, Hebrew, Japanese, Korean, Thai, Urdu.
- The enumerator callback function never returns FALSE.
This results in some .NET Framework 4.8 apps to hang when using certain locale
functions.
--
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=52116
Bug ID: 52116
Summary: World of Warships: garbled textures and
GL_INVALID_OPERATION errors due to invalid PBO access
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janbraun(a)gmx.net
CC: jsikorski(a)codeweavers.com
Regression SHA1: bb285f56f9ca843c58ee37328027c9611f2587d0
Distribution: ---
World of Warships has graphical artifacts: (seemingly random) textures turn
into weird colors and stay that way until game restart. This makes for an over
time increasingly psychedelic game experience. ;)
The console log spits out the following message from time to time (with varying
hexvalues):
0430:err:d3d:wined3d_debug_callback 0x245380: "GL_INVALID_OPERATION in
glCompressedTexSubImage2D(invalid PBO access)".
Reverting commit bb285f56f9ca843c58ee37328027c9611f2587d0 "wined3d: Avoid
stalling the pipeline on 3D blits." fixes both.
re-tested with current git head wine (67d0509f2f5), running Mesa 21.2.5 on
amdgpu.
Please holler if you need more info.
--
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=51915
Bug ID: 51915
Summary: character just run to the left and everything
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
I have some stuff in lutris for some reason when I go into gta 3 and gta san
Andreas character just run to the left and everything. I tried to turn off the
keyboard is not in it. The problem appeared after the last update of Lutris.
Everything is fine in gta vice city.
No errors or warnings. In some games, the character constantly runs to the
left, even if you pull out the keyboard.
--
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=51844
Bug ID: 51844
Summary: winedbg command line arguments are not quoted properly
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
The program name and command line arguments passed to `winedbg` and `winedbg
--gdb` are not quoted properly. Running `winedbg --gdb 'foo bar.exe' arg1 'arg
2'` will cause winedbg to execute `foo` with the arguments `bar.exe`, `arg1`,
`arg`, and `2`, instead of `foo bar.exe` being run with two arguments. This is
inconsistent with both regular `wine` invocations as well as with `gdb --args`.
Currently all of the remaining arguments are simply concatenated to a command
line string for CreateProcessA() with spaces in between the arguments.
I've already submitted a patch for this here:
https://www.winehq.org/pipermail/wine-devel/2021-October/197216.html
--
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=52191
Bug ID: 52191
Summary: Null pointer dereference in MPEG3_StreamConvert
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: l3codeca.acm
Assignee: wine-bugs(a)winehq.org
Reporter: hendi48(a)freenet.de
Regression SHA1: 5329da61ac51995f7a690edffbbc57d955566a6d
Distribution: ArchLinux
Wine 6.20 broke certain DX8 games that use DirectSound to do MP3 decoding.
https://github.com/wine-mirror/wine/blob/wine-6.20/dlls/l3codeca.acm/mpegl3…
Here, mpg123_feedseek is called with NULL as 4th argument (input_offset).
The called function does not check for NULL and faults when attempting to write
to it:
int __cdecl mpg123_feedseek(mpg123_handle *mh, int sampleoff, int whence, int
*input_offset)
{
int result; // eax
_off_t largeioff; // [esp+1Ch] [ebp-Ch]
result = mpg123_feedseek_64(mh, sampleoff, whence, &largeioff);
if ( result >= 0 )
*input_offset = largeioff;
return result;
}
This is decompiled code from the l3codeca.acm i386 library in Arch Linux's
wine-6.20-1 package (the same thing is the case in 6.21, too). What's really
really strange is that I just checked the bundled mpg123 source tree that comes
with Wine since 6.20, and the function looks very different.
Could this be a compilation screwup where distribution maintainers somehow
compile an external variant of mpg123 and not the in-tree version?
--
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=52109
Bug ID: 52109
Summary: DTS Encoder Suite fails to start with wine 6.22
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 71133
--> https://bugs.winehq.org/attachment.cgi?id=71133
DTS terminal output
The program starts and momentarily shows the GUI and then exits.
--
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=52080
Bug ID: 52080
Summary: Some interface widgets are broken (invisible) in
OpenMPT in light theme in wine 6.22
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: monsterovich(a)gmail.com
Distribution: ---
Everything worked fine in wine 6.21.
https://imgur.com/a/Cl3pA9C
--
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=52060
Bug ID: 52060
Summary: BCryptExportKey is not implemented for
BCRYPT_RSAFULLPRIVATE_BLOB
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: janisozaur+wine(a)gmail.com
Distribution: ---
Created attachment 71073
--> https://bugs.winehq.org/attachment.cgi?id=71073
Test application
BCryptExportKey is not implemented for BCRYPT_RSAFULLPRIVATE_BLOB
Attached sample test application
--
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=51833
Bug ID: 51833
Summary: GetModuleFileNameW no longer works with large buffers
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)2ar.nl
Regression SHA1: 43d14fd808bb965762bb6c76027bbe26ba936f82
Distribution: ---
The recent change 'Implement kernelbase.GetModuleFileNameW using
ntdll.LdrGetDllFullName' (bug 49344) broke passing large buffers (>=32768
characters) to GetModuleFileNameW, as done by cygwin.
Possible fix:
name.MaximumLength = (size < 0xffff / sizeof(WCHAR) ? size : 0xffff /
sizeof(WCHAR)) * sizeof(WCHAR);
Comment from Nikolay Sivov: we could probably min() it in ints, to avoid this
16bit overflow.
--
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=52147
Bug ID: 52147
Summary: osu! fails to load some skin elements of certain skins
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: openglfreak(a)googlemail.com
Distribution: ---
Created attachment 71197
--> https://bugs.winehq.org/attachment.cgi?id=71197
Patch that disables the chunk size limit
Some osu! skins contain PNGs with chunks bigger than 8 MiB. Those PNGs can't be
loaded by Wine because libpng limits the size of chunks it accepts to 8 MiB by
default.
I attached a patch that disables the chunk size limit of libpng in
windowscodecs.
--
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=52132
Bug ID: 52132
Summary: DeviceCapabilities DC_PAPERSIZE return wrong sizes
(Regression)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: incubusrk(a)gmail.com
Distribution: ---
Created attachment 71169
--> https://bugs.winehq.org/attachment.cgi?id=71169
test sample get system default printer and show paper names and sizes
Wine 6.20 and newer has broken DeviceCapabilities fwCapability=DC_PAPERSIZE
Test work fine in wine 6.15
PS All test was made with 64-bit prefix
--
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=52106
Bug ID: 52106
Summary: dxva2:dxva2 fails in test_progressive_device() on
cw-rx460 (AMD)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dxva2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxva2:dxva2 fails fails in test_progressive_device() on the TestBot's AMD test
configuration, cw-rx460:
dxva2.c:647: Test failed: Unexpected hr 0x80004005, format 21.
dxva2.c:648: Test failed: Unexpected format count 0.
dxva2.c:669: Test failed: Unexpected input pool 0x4.
https://test.winehq.org/data/patterns.html#dxva2:dxva2
This impacts all Windows versions from 8.1 to 21H1 and multiple Radeon driver
versions. But none of the other machines (Nvidia, QEmu) are impacted so this is
specific to either the Radeon driver or to this particular graphics card (or
generation).
Given that the error is a generic E_FAIL, maybe that means one cannot expect
this functionality to always be available.
A bisect shows that the failures started with the commit that introduced the
new tests:
commit 12a1b4b360abc6db5de2e393b9ec53a77f532ffd
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
AuthorDate: Tue Nov 23 15:21:45 2021 +0300
dxva2: Introduce progressive processor device.
The point is to provide a device, with similar caps and NV12 support,
while keeping software device on its own, the way it should be.
This is based on research by Derek Lesho.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=39244
Bug ID: 39244
Summary: sccrun:filesystem fails in the Korean locale
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failure only happens in a Korean locale, such as on the
fg-win7u64-1spie9-ko WineTest box:
filesystem.c:1423: Test failed: got L"\f8f7", expected L"\f8f7?"
See:
https://test.winehq.org/data/tests/scrrun:filesystem.html
--
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=52120
Bug ID: 52120
Summary: Everquest launcher crash with Wine 6.22
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: krop(a)gmx.com
Distribution: ---
Created attachment 71150
--> https://bugs.winehq.org/attachment.cgi?id=71150
backtrace from wine
AppDB link: https://appdb.winehq.org/objectManager.php?sClass=version&iId=2939
Distribution: openSUSE Tumbleweed
(https://build.opensuse.org/package/show/Emulators/wine)
Everquest uses the daybreak launcher to verify the files integrity.
The launcher is available at
https://launch.daybreakgames.com/installer/EQ_setup.exe
Other daybreak games such as Everquest II or DC universe online may also be
affected.
After updating wine from 6.21 to 6.22, the launcher crashes with a 'Unhandled
exception: page fault on write access to 0x04e81000 in 32-bit code' error.
What was tested:
- using the regular wine package instead of wine-staging
- Creating a new prefix (WINEARCH needs to be set to win32)
Generated backtrace attached.
The launcher works after downgrading wine from 6.22 back to 6.21.
--
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=51859
Bug ID: 51859
Summary: No voice with DC Universe Online
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: apcullen(a)yahoo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70771
--> https://bugs.winehq.org/attachment.cgi?id=70771
This is the terminal output when starting the game, logging in, running the
voice channel test, and exiting.
This bug MIGHT be present in mainstream Wine also, but I can't verify because
regular wine now crashes when starting the game launcher (separate bug there).
The game loads and runs correctly, but the in-game voice does not function. All
other sound is ok. Running an in-game test of the voice channel produces an
error pop-up in game but I didn't see anything in the log.
I think this has been present since about 6.10 or 6.11. (In version 6.9 voice
definitely works).
--
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=8498
Vincent Hardy <vincent.hardy.be(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|vincent.hardy.be(a)gmail.com |
--
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=44430
Bug ID: 44430
Summary: Windows 10 DISM pkgmgr.exe fails to run, needs
api-ms-win-security-lsalookup-l2-1-0.dll
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Steps to reproduce
--- snip ---
# clean WINEPREFIX
$ winetricks -q dotnet452 corefonts
$ winetricks -q win10
$ wine adksetup.exe /features OptionId.DeploymentTools
$ pwd
/home/focht/.wine/drive_c/Program Files/Windows Kits/10/Assessment and
Deployment Kit/Deployment Tools/x86/DISM
$ wine ./pkgmgr.exe
...
0009:err:module:import_dll Library api-ms-win-security-lsalookup-l2-1-0.dll
(which is needed by L"C:\\Program Files\\Windows Kits\\10\\Assessment and
Deployment Kit\\Deployment Tools\\x86\\DISM\\pkgmgr.exe") not found
...
0009:err:module:attach_dlls Importing dlls for L"C:\\Program Files\\Windows
Kits\\10\\Assessment and Deployment Kit\\Deployment
Tools\\x86\\DISM\\pkgmgr.exe" failed, status c0000135
--- snip ---
MSDN: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis
Section: "APIs from api-ms-win-security-lsalookup-l2-1-1.dll"
$ sha1sum adksetup.exe
92892e71b083fc46c907b657c300ffc32608d223 adksetup.exe
$ du -sh adksetup.exe
1.7M adksetup.exe
$ wine --version
wine-3.0-180-g85635db0ea
Regards
--
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=32971
Bug #: 32971
Summary: cmview.exe crashes on open
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mbruffey(a)comcast.net
Classification: Unclassified
Created attachment 43549
--> http://bugs.winehq.org/attachment.cgi?id=43549
cmview.exe crash report
cmview.exe is the program that displays Canon PIXMA MX882 scanner manual (and
maybe other Canon manuals). Won't start, but crashes after installation, upon
opening. The installation file is available here:
http://www.usa.canon.com/cusa/consumer/products/printers_multifunction/offi…
. Select MX880 Series On-Screen Manual for Windows. Thx!
First, occurred in 1.4. Upgraded to Version 1.5.23. No change.
--
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=52087
Bug ID: 52087
Summary: Nukitashi trial: videos don't play any more, game
crashes instead
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: fallenguru(a)protonmail.com
Distribution: ---
Created attachment 71100
--> https://bugs.winehq.org/attachment.cgi?id=71100
terminal output for 6.21 (working) and 6.22 (crashes, with backtrace)
Heads-up, this game is NSFW, even the beginning of the trial version.
Apologies if I misread the backtrace and got the component wrong.
I have LANG=ja_JP.UTF-8 set, it may be required.
The trial version can be downloaded at
https://qruppo.com/products/nukitashi/special/trial/. I recommend the mirror on
the left (FANZA), because it's a direct link. Extract the zip file to get:
#The name and SHA1 of the zip file depend on the mirror, the extracted exe is
identical:
b42000246cb7ecbdc7a392818e593e6addad692f *nukitashi_taikenban2.exe
This is just a self-extracting zip file, you can run it or just extract it
using unzip -O shift-jis to preserve the Japanese file names.
Transcode the videos in subdirectory "a/", for reproducing this the first one
(PV1.wmf) will do, e.g. ffmpeg -i PV1.wmv PV1.webm; mv PV1.wmv PV1.wmv.orig; ln
-s PV1.webm PV1.wmv. This gets rid of the WMV/WMA codec dependency.
Run NUKITASHI_TRIAL2.exe.
Select NEWGAME.
Advance the text, you can fast-forward by holding left-ctrl.
Before long, a video should play (a faux TV show). In WINE 6.21, it does. WINE
6.22 crashes instead. See attached log. Reproducible just by up- and
downgrading the WINE packages.
Fresh prefixes, always. WineHQ official repo, Ubuntu 18.04, -dbg packages are
installed.
--
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=52104
Bug ID: 52104
Summary: "Blue" variant of the "Light" theme creates glitchy UI
in apps
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
CC: zzhang(a)codeweavers.com
Distribution: ---
Created attachment 71126
--> https://bugs.winehq.org/attachment.cgi?id=71126
Dgvoodoo2ConfiguratiorGlitch
When the "Blue" variant of wine's builtin "Light" theme is enabled, UI elements
in the dgvoodoo2 configurator don't appear unless you hover over them.
And in graphics UI for apitrace, qapitrace.exe, the progress bar is invisible.
None of these issues occur with "Classic Blue" or default brown Wine theme.
Links to download programs:
http://dege.freeweb.hu/dgVoodoo2/dgVoodoo2/https://github.com/apitrace/apitrace/releases/tag/10.0
--
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=52099
Bug ID: 52099
Summary: Scratch 3: Crashes While Initializing Program
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: phoenixr10(a)outlook.com
Distribution: ---
Created attachment 71116
--> https://bugs.winehq.org/attachment.cgi?id=71116
Crash Log
Scratch 3 Crashes While Initializing Program Check backtrace.txt for more info
--
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=52096
Bug ID: 52096
Summary: SEPTEMBER 1999 Crashes After Launch
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthewcboyd(a)tutanota.com
Distribution: ---
Created attachment 71107
--> https://bugs.winehq.org/attachment.cgi?id=71107
Log File
When I launch the game SEPTEMBER 1999 with Wine I see the Unity screen and then
the game crashes. The game can be found free of charge at Itch.io for anyone to
test this with and try to fix it. I have attached a log file.
https://98demake.itch.io/september1999
My System:
AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 580 8GB Gaming X | Mesa 21.2.5
| Manjaro 21.2.0 | Mate 1.26.0 | Kernel 5.15.2-2-MANJARO
--
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=52169
Bug ID: 52169
Summary: WineD3D d3d9 game Cannot make use of WSLg GPU
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ex+wine(a)palx.org
Distribution: ---
Since Windows Subsystem for Linux now contains GPU support, native linux games
already automatically gains native performance, but wine games not included.
When I run a D3D9 game with wine, I found instead of GPU usage, but CPU usage
was very high. After some logging in custom build of wined3d, I found that the
software-accelerated LLVMPipe GPU was selected, instead of the D3D12 Backend.
But I've failed figure which component was causing the problem, wined3d or
opengl32.
--
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=30588
Bug #: 30588
Summary: Houdini: Segmentation fault at startup
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 40020
--> http://bugs.winehq.org/attachment.cgi?id=40020
Segmentation fault window
Steps to reproduce:
1) remove ~/.wine
2) install Houdini
3) wine houdini.exe
Behaviour:
Segmentation fault. (See attachment)
Expected behaviour:
No segmentation fault.
Terminal output:
fixme:win:EnumDisplayDevicesW ((null),0,0x441f0e8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x441f0e8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x442e1c0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x442e1c0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x461e910,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x461e910,0x00000000), stub!
--
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=30591
Bug #: 30591
Summary: Houdini 12.x (3D animation tool) crashes due to
unimplemented function msvcrt.dll.__pxcptinfoptrs in
"purist" mode (builtin msvcr90)
Product: Wine
Version: 1.1.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
while investigating bug 30588 I forced the application to use Wine's builtin
msvcr90 (normally it uses supplied runtime).
The manifest has to be moved out of the way because the app installs the VC++
runtime on its own.
At some point it crashed:
--- snip ---
Unhandled exception: unimplemented function msvcrt.dll.__pxcptinfoptrs called
in 32-bit code (0x7b8393ff).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7b8393ff ESP:0a6fe83c EBP:0a6fe8a0 EFLAGS:00000287( - -- I S - -P-C)
EAX:7b826429 EBX:7b8b06b0 ECX:7ecbbf11 EDX:0a6fe864
ESI:00000002 EDI:001e7948
...
Backtrace:
=>0 0x7b8393ff RaiseException+0x87(code=0x80000100, flags=0x1, nbargs=0x2,
args=0xa6fe8c0) [/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84]
in kernel32 (0x0a6fe8a0)
1 0x7ecbba55 __wine_spec_unimplemented_stub+0x34(module="msvcrt.dll",
function="__pxcptinfoptrs")
[/home/focht/projects/wine/wine-git/dlls/winecrt0/stub.c:34] in msvcrt
(0x0a6fe8d0)
2 0x7ec65db5 __wine_stub___pxcptinfoptrs+0x28() in msvcrt (0x7ec764d5)
3 0x047c0818 in libut (+0xb0817) (0x7ec764d5)
4 0x30ec8353 (0x56e58955)
0x7b8393ff RaiseException+0x87
[/home/focht/projects/wine/wine-git/dlls/kernel32/except.c:84] in kernel32:
subl $4,%esp
84 RtlRaiseException( &record );
...
process tid prio (all id:s are in hex)
00000008 (D) C:\Program Files\Side Effects Software\Houdini
12.0.581\bin\hkey.exe
0000003b 0 <==
00000036 0
00000031 0
00000030 0
00000009 0
...
System information:
Wine build: wine-1.5.3-143-g081b06c
Platform: i386
Host system: Linux
Host version: 3.3.4-1.fc16.x86_64
--- snip ---
$ du -sh houdini-12.0.581-win32-vc9.exe
218M houdini-12.0.581-win32-vc9.exe
$ sha1sum houdini-12.0.581-win32-vc9.exe
b475599d669d35b6af9016726f1ef933caaf92a4 houdini-12.0.581-win32-vc9.exe
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.
https://bugs.winehq.org/show_bug.cgi?id=50200
Bug ID: 50200
Summary: Deleted printers still show
Product: Wine-staging
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68714
--> https://bugs.winehq.org/attachment.cgi?id=68714
Deleted printer still showing in Word Pro. Red arrow pointing to them
Fedora 33
wine-5.21-1.fc33.x86_64
I cleaned out a bunch of unused printers. All my programs running under Wine
still see them
My printers:
$ lpstat -a
B4350 accepting requests since Thu 29 Oct 2020 01:36:30 PM PDT
Cups-PDF accepting requests since Tue 30 Apr 2019 04:05:39 PM PDT
Virtual_PDF_Printer accepting requests since Tue 29 Sep 2020 03:13:17 AM
PDT
Same as show in Printer Admin and CUPS.
Please fix.
Many thanks,
-T
--
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=12179
Summary: MSN Messenger crash in Wine 0.9.58 while starting
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11576)
--> (http://bugs.winehq.org/attachment.cgi?id=11576)
Console output
After install it MSN Messenger will crash while loading in wine 0.9.58, it
starts if you set it to win2k.
--
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=16772
Summary: MSN Messenger 7.0: Scroll bar in chat window don't have
a limit
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?familyid
=CF49C56C-8B3E-4EAE-9904-9505F47BED45&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
If you're chatting in MSN and have write enough to make appear the scroll bar
you can scroll down the text without limit. The scroll is supposed to scroll
just until the end of the text.
--
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=12447
Summary: MSN Messenger 7.0 crash while loading the Contact list
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=11987)
--> (http://bugs.winehq.org/attachment.cgi?id=11987)
Console output
After Sign in and when it start to load the contact list msn messenger crash.
This happen in current git (08/04/2008). I attach the console output.
--
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=8498
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|builtin msxml3 fails to |MSN Messenger 7.x reports
|validate MSN Messenger's |error 0x80070057 when
|xml |signing in (failure to
| |validate xml)
CC| |focht(a)gmx.net
URL|http://messenger.msn.com |https://web.archive.org/web
| |/20060813121324/http://down
| |load.microsoft.com/download
| |/5/a/8/5a892c0f-5b87-4767-8
| |927-6fe5d8cfc582/Install_MS
| |N_Messenger.exe
Version|unspecified |0.9.37.
--
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=15305
Summary: MSN Messenger wont remember yor username and password
Product: Wine
Version: 1.1.3
Platform: PC
URL: http://www.oldapps.com/download.php?oldappsid=Install_MS
N_Messenger%207.5.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=16135)
--> (http://bugs.winehq.org/attachment.cgi?id=16135)
Before install native MSXML3
MSN Messenger has the option to save your user name and password, but in Wine
it doesn't work at least that you install native MSXML3.
While typing you will see lots of this message:
XPath error : Undefined namespace prefix
xmlXPathEval: evaluation failed
--
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=14483
Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE
images not digitally signed (TRUST_E_NOSIGNATURE)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.filehippo.com/download_msn_messenger/751/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a follow-up bug of bug 12718
Enable tracing:
--- snip ---
[HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace]
"Level"=dword:00000099
--- snip ---
"msnmsgr.exe" PE image is *not* digitally signed.
Compare both:
--- snip windows trace ---
..
<3776, 3780>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802
<3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip windows trace ---
vs.
--- snip wine trace ---
..
<8, 9>: Verifying calling process image is
signed...(a)passportclientlibrary.cpp_103
<8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe.
@util.cpp_807
<8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN
Messenger\msnmsgr.exe. @util.cpp_808
<8, 9>: Failed to Verify the file signature : C:\Program Files\MSN
Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858
<8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100.
GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124
--- snip wine trace ---
--- snip wine ---
0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc
..
0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0
0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a
0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0
0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100)
0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942
0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001
0030:trace:wintrust:WinVerifyTrust returning 00000001
0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9
--- snip wine ---
Remember: S_FALSE is not a failure code at all.
The return code evaluation from messenger looks like an inlined FAILED() macro
((HRESULT)(Status)<0) which basically just tests if the result has the high bit
set.
They don't test for S_OK, hence it incorrectly reports "pass" in wine.
TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what
WinVerifyTrustEx() should return in that case.
Reagrds
--
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=52189
Bug ID: 52189
Summary: Guitar Pro 7.5 crashes when DPI is set to anything but
96
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anarsoul(a)gmail.com
Distribution: ---
Guitar Pro 7.5 crashes very often in random places (when starting tab playback,
when opening new tab, when saving new tab) if DPI in winecfg is set to anything
but 96
--
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=51438
Bug ID: 51438
Summary: Rust compiler crashes with "free(): double free
detected in tcache 2" message
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When I installed on clear prefix rustc with cargo -
https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi
```
wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi
msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi
```
then after running commands
```
echo "fn main() { println!(\"Hello World!\");}" > roman.rs
rustc roman.rs
```
compiler crashes with this info(not sure if this is Wine or Rustc info)
```
free(): double free detected in tcache 2
```
I think that this issue is very important to fix, because Rust allows to run
tests via e.g. `cargo test` command which allows to execute tests inside
repository.
This probably will really help with testing Wine because tests are usually
small and it will be easy to track issue down.
There is a lot of rust repositories, but this two use directly windows API, so
testing them should give easy info about crashes etc.
https://github.com/microsoft/windows-samples-rshttps://github.com/microsoft/windows-rs
--
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=50804
Bug ID: 50804
Summary: LTSpice XVII will not start
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: will.nilges(a)gmail.com
Distribution: ---
Created attachment 69614
--> https://bugs.winehq.org/attachment.cgi?id=69614
.desktop startup errors
After installing LTSpice (which appears to work fine), the program will not
start, failing silently if you use the provided .desktop file (either of them),
and giving little helpful output otherwise.
I believe that LTSpice worked fine on some earlier version of Wine 6. 6.1 seems
to work.
A possibly related issue is that the installer complains at you with the
following message:
"You have User Account Control (UAC) enabled but did not 'Run As Administrator'
If you want to try to install in a directory you have full permissions, press
'YES' to continue anyway."
I'm running Fedora 33 with GNOME on Wayland. This happens on any of my Fedora
GNOME computers. I have tried no other operating system.
My current workaround is to downgrade to Wine 5.18.
--
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=51059
Bug ID: 51059
Summary: Incorrect semantics of FILE_OPEN_REPARSE_POINT on
Linux
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
This bug affects the Cygwin installer (https://cygwin.com/setup-x86_64.exe);
specifically, it fails to verify SHA512 checksums of downloaded packages.
(Source at
https://cygwin.com/git/?p=cygwin-apps/setup.git;a=blob;f=package_source.cc,
in method packagesource::check_sha512)
Running the installer with WINEDEBUG=trace+file,trace+server reports:
CreateFileW ("XXXX.tar.xz") [1]
NtCreateFile ("XXXX.tar.xz", w/o FILE_OPEN_REPARSE_POINT) [1]
CreateFileW return [1]
NtQueryInformationFile FileBasicInformation [1]
(server)close_handle [1]
NtCreateFile ("XXXX.tar.xz", w/ FILE_OPEN_REPARSE_POINT) [2]
NtReadFile [2] -> STATUS_INVALID_HANDLE
The square brackets denote file handles. Handle reuse bug has been
ruled out.
This bug can be traced to an incorrect FILE_OPEN_REPARSE_POINT implementation
in Wine-staging, in
"ntdll-Junction_Points/0016-server-Implement-FILE_OPEN_REPARSE_POINT-option.patch":
> diff --git a/server/fd.c b/server/fd.c
> index 4f43f41fb31..a01d4c9c0f7 100644
> --- a/server/fd.c
> +++ b/server/fd.c
> @@ -107,6 +107,10 @@
> #include "winioctl.h"
> #include "ddk/wdm.h"
>
> +#if !defined(O_SYMLINK) && defined(O_PATH)
> +# define O_SYMLINK (O_NOFOLLOW | O_PATH)
> +#endif
On Linux, read/write/ioctl/... operations on an O_PATH descriptor will
fail with EBADF, which is then translated as STATUS_INVALID_HANDLE to the
application.
> +
> #if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_EPOLL_CREATE)
> # include <sys/epoll.h>
> # define USE_EPOLL
> @@ -1958,6 +1962,11 @@ struct fd *open_fd( struct fd *root, const char *name, struct unicode_str nt_nam
> }
> else rw_mode = O_RDONLY;
>
> +#if defined(O_SYMLINK)
> + if ((options & FILE_OPEN_REPARSE_POINT) && !(flags & O_CREAT))
> + flags |= O_SYMLINK;
Another difference is that O_PATH semantics override
O_RDONLY/O_WRONLY/O_RDWR, even if the target file isn't _actually_ a
symbolic link.
To properly implement it on Linux we should:
1. open with O_PATH.
2. check if the file is really a symlink (via fstat?).
3. if not, reopen via /proc/self/fd/%u (now w/o O_NOFOLLOW|O_PATH).
Note that this isn't an issue on XNU (macOS), where O_SYMLINK has an
equivalent semantics to FILE_OPEN_REPARSE_POINT.
--
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=50878
Bug ID: 50878
Summary: Neon Noir Benchmark crashes on Wine-Staging before
showing the first scene.
Product: Wine-staging
Version: 6.3
Hardware: x86-64
URL: https://www.cryengine.com/marketplace/product/neon-noi
r
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Since Wine-Staging-6.3 it silent crash after clicking to start benchmark button
and loading but before scene rendering after black screen.
I'm already done bisecting. The problem appeared after this commit:
<https://github.com/wine-staging/wine-staging/commit/750044c08c49c7a117fcc91…>
Also I did some more tests on current Wine-Staging and found that
preventing the 0035 patch from applying (and all subsequent ones) - helps.
While if you add patch 0035 applying, but prevent the applying of 0036 and
subsequent - the problem appears again.
0035 patch: "ntdll: Treat undecoded unix symlinks as NT symlinks."
<https://github.com/wine-staging/wine-staging/blob/7b199110bb31100c78aa3ffb7…>
The benchmark is free, but requires registering an account and a separate
launcher to download it (it will not be necessary to run it, you can simply
copy the Neon_Noir_Ray_Tracing_Benchmark_2527 directory with it inside the
fresh prefixes).
On the site need only add the benchmark to your account
https://www.cryengine.com/marketplace/product/neon-noir
For launcher need use `WINEDLLOVERRIDES="libglesv2=d"` because Bug 44985
and `winetricks -q mfc140` need for benchmark itself Bug 44856 Bug 48866
It also seems this application requires `d3d11-Deferred_Context` from Staging,
but the strange thing is, on vanilla Wine without it, it crashes in the same
place and from the outside it seems that the behavior is identical.
Please, check it. And can anyone reproduce it.
--
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=51857
Bug ID: 51857
Summary: Support Configurable Time measurement precision for
Wine versions 5.0.x and onwards
Product: Wine
Version: 5.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ishinberg0(a)gmail.com
Distribution: ---
`NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`,
at least on wine 4.0.x. This would provide micro-second accuracy for
timestamping used in logging,tracing, etc
On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime
timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the
`configure` phase of the wine build).
This results in milliseconds accuracy (though the resolution is still in
microseconds, it only gets updated around once every 1 ms / 1000 us.
This is not optimal for application requiring us precision for timestamp
measurement.
If this suggestion is approved, I'd be willing to contribute a PR/fix for this
issue. I also need this fix backported to 6.0.x, if possible
10x
--
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=52192
Bug ID: 52192
Summary: comctl32:propsheet fails in test_redraw() on Windows
in the Korean locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:propsheet fails in test_redraw() on Windows in the Korean locale:
progress.c:156: Test failed: GetUpdateRect: There should be a region that needs
to be updated
https://test.winehq.org/data/patterns.html#comctl32:progress
The failure is not systematic but still happens over 95% of the time. So it may
be a race condition but then it is strange that it is specific to Korean and
does not ever happen in Japanese and Chinese for instance.
--
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=50319
Bug ID: 50319
Summary: Powerpoint 2013/365: cursor not moved when clicking in
current text box
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rcorreia31(a)gmail.com
Distribution: ---
Created attachment 68898
--> https://bugs.winehq.org/attachment.cgi?id=68898
Simple Powerpoint file containing two text boxes
Running wine-6.0-rc2 compiled from source.
Same issue with previous 5.x versions.
Installation done in two different clean prefixes.
Reproduced with KDE Plama 5.20.1 and Xfce 4.16pre1, both compiled from sources,
on Centos 8.3
Both Office 32bit versions were installed using the recommendations from
WineHQ.
Office 2013 :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=26323
Office 365 (2016) :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35527
Office 2013 : winetricks msxml6
Office 365 : winetricks msxml3 msxml6 riched20 riched30
Two registry updates done for 2013 and 365:
. HKCU\Software\Wine\Direct3D\MaxVersionGL (DWORD) : 30002 (hex)
. HKCU\Software\Wine\Direct2D\max_version_factory (DWORD) : 0
Two files copied for 2013 and 365:
cp "./Common Files/Microsoft Shared/ClickToRun/AppvIsvSubsystems32.dll"
"./Microsoft Office/root/Office16"
cp "./Common Files/Microsoft Shared/ClickToRun/C2R32.dll" "./Microsoft
Office/root/Office16"
Problem: clicking in the current text box does not set the cursor to the
clicked position.
To reproduce:
. Create two text boxes in Powerpoint. I.E.: one for the title and one for the
body ⇒ test case attached WineTestCase.pptx
. Add some text to both.
. Click on the text of a text box: mouse cursor is set to the right location.
. Click on another part of the text in the same current text box: text box
focus is lost and the mouse cursor is not set to where we clicked. In fact the
mouse cursor is not displayed anymore.
If we click on any character in the other non-current text box: the cursor
moves to where we clicked as expected.
So the problem only occurs when we want to put the cursor on another location
within the text box we are already in.
There are another problems that are maybe a side effect of this one:
. Double-click on a text of another text box: the text is not selected. A first
click is necessary to set the focus.
. Select a text by clicking and moving the mouse within the current text box:
the text is not selected.
No workaround found except first reselecting the text box. I.E. Esc+left click,
Right+Left click.
--
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=52194
Bug ID: 52194
Summary: In Wine version:info fails in the ar-MA locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: version
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine version:info fails in the Arabic (Morocco) locale:
info.c:669: Test failed: got 1025, expected lang is 6145
info.c:706: Test failed: [1] got 1025, expected lang is 6145
info.c:706: Test failed: [3] got 1025, expected lang is 6145
info.c:706: Test failed: [4] got 1025, expected lang is 6145
https://test.winehq.org/data/patterns.html#version:info
There used to be two extra failure:
info.c:709: Test failed: [0] got 1025, expected lang is 1033
info.c:709: Test failed: [2] got 1025, expected lang is 1033
However these failures got fixed by commit 472763c5237f which also fixed the
failures in all the other non-English locales (see bug 51220).
commit 472763c5237febcb8745835c96f8b49b000564de
Author: Derek Lesho <dlesho(a)codeweavers.com>
Date: Mon Dec 6 10:58:18 2021 +0100
kernelbase: Fix parameter order of FindResourceExW call for non-localized
path.
Signed-off-by: Derek Lesho <dlesho(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=5382
--- Comment #35 from Bamm Gabriana <bammgabriana(a)gmail.com> ---
(In reply to Zebediah Figura from comment #34)
> There's currently no way to run a prefix-agnostic script like you're talking
> about in Wine. I don't think it would be excessively hard to add, on the
> other hand. The more I think about it, the more I think that it's a good
> idea...
Aww that's too bad. That means I have no choice but to run it everytime I
create a new prefix.
I was planning to incorporate such a feature in Distro Astro, a Linux-based
distribution for astronomers. The distro includes several astronomy
applications built in, some of them running under Wine. The setup is that each
has its own wine prefix. Since the distro has features like Red (Nightvision)
Mode, I was hoping to add Wine integration to it, so that software running
under Wine would obey the theme changes.
--
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=51962
Bug ID: 51962
Summary: MICA2 temporarily freezes on startup for some minutes,
and then continues normally.
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammgabriana(a)gmail.com
Distribution: ---
When starting MICA2, an astronomical almanac program published by the US Naval
Observatory, it temporarily freezes while showing the splash screen, freezing
the entire desktop, and after a few minutes without me doing anything, it then
unfreezes and resumes normally. After that I can use the program as I usually
do without any problems, and close it without any problems.
--
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=51558
Bug ID: 51558
Summary: PDCursesMod - wincon - demos programs
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
I tried to do run "PDCursesMod - wincon - demos programs" but no program works
unlike Windows-10 where these same programs work.
Public Domain Curses (Modified), aka PDCursesMod, is an implementation of
X/Open
curses for multiple platforms. As the name suggests, it is a modified version
of the ‘official’ PDCurses project, adding a variety of improvements, such as
Windows GUI, VT-like console, DOSVGA, and Plan 9 “flavors” of Curses.
It expands many of the capabilities of the other flavors (SDL1, SDL2, X11,
Win32 console, OS/2, and DOS).
git clone https://github.com/Bill-Gray/PDCursesMod.git
wine64 version=wine-6.14-74-gccbb0eef7bc
Vladimir Koković, DP senior(70), Serbia, Belgrade, 4.August 2021
--
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=33198
Bug #: 33198
Summary: Multiple applications ported to WinRT/ARM using
msvcr110.dll require msvcrt.setjmp
Product: Wine
Version: 1.5.25
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
--- snip ---
$ wine ./Audacity.exe
...
err:module:find_forwarded_export function not found for forward 'msvcrt.setjmp'
used by L"C:\\windows\\system32\\msvcr110.dll". If you are using builtin
L"msvcr110.dll", try using the native one instead.
--- snip ---
Currently implemented for x86 64-bit in msvcrt:
http://source.winehq.org/git/wine.git/blob/14a81773c7ce865dd6d919ddee89cad3…
--- snip ---
1371 @ cdecl -arch=x86_64 -norelay -private setjmp(ptr) MSVCRT__setjmp
--- snip ---
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.
http://bugs.winehq.org/show_bug.cgi?id=32992
Bug #: 32992
Summary: ARM port of "WabbitEMU" wants
KERNEL32.dll.RtlLookupFunctionEntry
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
split from bug 32991 which is about unimplemented function
KERNEL32.dll.RtlUnwindEx
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
MSDN entry for KERNEL32.dll.RtlLookupFunctionEntry:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition")
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.
https://bugs.winehq.org/show_bug.cgi?id=51974
Bug ID: 51974
Summary: Dialogs that apear when loading documents don't work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tebicap(a)gmail.com
Distribution: ---
Created attachment 70961
--> https://bugs.winehq.org/attachment.cgi?id=70961
Corel Drax X3 portable, import options dialog.
When Loading a file from Corel Draw or Adobe Illustrator (and may be others?)
these programs show a dialog with import options, this dialog don't allow me to
click on the buttons "OK", "CANCEL", nor any other stuff in the dialog. It's
like the dialog's window don't get focused and dont interact with the mouse nor
keyboard, instead, the application below (if there is any other window opened)
receive the actions of my computer inputs.
If I open these programs and open any document that don't need to show me an
import dialog then the file opens OK. Dialogs in general works well, but not
the import options dialog.
Atached Images.
This bug happen on all wine versions I tried (the last one was 6.17 stage)
my system is:
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-89-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i3-3240 CPU @ 3.40GHz
Memory: 5,8 GiB
--
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=50770
Bug ID: 50770
Summary: Unable to create symlinks to files in a nonexistent
directory
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com,
z.figura12(a)gmail.com
Distribution: ---
Created attachment 69562
--> https://bugs.winehq.org/attachment.cgi?id=69562
Testcase
Creating a symlink pointing to a file that doesn't exist, succeeds as it
should, e.g. CreateSymbolicLinkA("link", "nonexistentfile") succeeds. However,
CreateSymbolicLinkA("link", "nonexistentdir\\nonexistentfile") fails.
--
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=52154
Bug ID: 52154
Summary: Jinx from (live-leds.de not working properly)
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: signorettae(a)gmail.com
Distribution: ---
Hello,
I'm trying to run Jinx on Linux using both Arm and x86/x64 computers. I can
start it properly but I'm unable to use the physical hardware. I.E. I can
create a symlink between /dev/ttyUSB0 and COM 30, I can use the COM port on
Putty (running on Wine obv.) but Jinx doesn't detect it.
Please let my know if you need logs and so on.
Thank you in advance
--
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=50625
Bug ID: 50625
Summary: Unhandled exception with try/catch
Product: Wine
Version: 4.12.1
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: david.paradis(a)us.abb.com
Distribution: ---
Created attachment 69319
--> https://bugs.winehq.org/attachment.cgi?id=69319
Test Project File
Hello,
I have run into a bug with try/catch blocks throwing an unhandled exception
even though I have a catch all.
I have attached a very simple test program that when started calls a method
that just throws an exception class back to the caller. This very simple
program works great in Windows and throws an unhandled exception in Wine and
terminates the program.
This is a critical path to my application as I have incorporated a 3rd party
library that uses exceptions for program flow rather than function return
codes. Without a fix our application becomes unstable and crashes when an
intended exception is thrown.
I would really like a solution for the version of Wine that we are running
(4.12.1) as we have Wine running on thousands of remote computers with not easy
solution to upgrade to newer versions. I can however deploy patches to Wine.
Thank you for any assistance with addressing this issue as I have spent the
last couple days annotating the Wine sources to try and find the root cause
without success to this point.
--
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=52181
Bug ID: 52181
Summary: Shadowrun Returns: missing file warning for an
existing file
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Shadowrun Returns claims that a dll can't be found although the file clearly
exists
011c:err:module:import_dll Library steam_api.dll (which is needed by
L"Z:\\media\\USERNAME\\Windows\\Spiele\\Shadowrun
Returns\\Shadowrun_Data\\Plugins\\steamwrap.dll") not found
from the same folder
-rwxrwxrwx 2 USERNAME USERNAME 104872 Dez 6 09:39 steam_api.dll*
-rwxrwxrwx 2 USERNAME USERNAME 227328 Dez 6 09:39 SteamworksNative.dll*
-rwxrwxrwx 2 USERNAME USERNAME 27648 Dez 6 09:39 steamwrap.dll*
--
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=52178
Bug ID: 52178
Summary: Vip72
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: Icarus3489(a)protonmail.com
Distribution: ---
Error 430
--
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=52156
Bug ID: 52156
Summary: Critical error during program execution about ntdll
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sameer.nctp(a)gmail.com
Distribution: ---
Created attachment 71202
--> https://bugs.winehq.org/attachment.cgi?id=71202
A screenshot of error
Hello to all developers
I want to report a bug in wine 6.0.2. I am running Ashes Cricket 2009 using
wine and it crashes just at the end of a match. It is showing a critical error
about ntdll and the game stuck and after sometime, it crashes.
I am attaching screenshot of error it is showing, kindly help me 'cause this is
really annoying as I have to restart the program several times.
--
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=52167
Bug ID: 52167
Summary: comctl32:rebar fails in test_layout() on Wine in the
Japanese locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
comctl32:rebar fails in test_layout() on Wine in the Japanese locale:
rebar.c:566: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:566: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:566: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:566: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:566: Test failed: invalid rect (band) (118,0)-(188,20) - expected
(118,0)-(188,22)
rebar.c:566: Test failed: invalid rect (band) (188,0)-(428,20) - expected
(188,0)-(428,22)
rebar.c:566: Test failed: invalid rect (band) (428,0)-(672,20) - expected
(428,0)-(672,22)
rebar.c:566: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:568: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:568: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:568: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:568: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:568: Test failed: invalid rect (band) (118,0)-(231,20) - expected
(118,0)-(231,22)
rebar.c:568: Test failed: invalid rect (band) (231,0)-(428,20) - expected
(231,0)-(428,22)
rebar.c:568: Test failed: invalid rect (band) (428,0)-(672,20) - expected
(428,0)-(672,22)
rebar.c:568: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:570: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:570: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:570: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:570: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:570: Test failed: invalid rect (band) (118,0)-(321,20) - expected
(118,0)-(321,22)
rebar.c:570: Test failed: invalid rect (band) (321,0)-(504,20) - expected
(321,0)-(504,22)
rebar.c:570: Test failed: invalid rect (band) (504,0)-(672,20) - expected
(504,0)-(672,22)
rebar.c:570: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:572: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:572: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:572: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:572: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:572: Test failed: invalid rect (band) (118,0)-(171,20) - expected
(118,0)-(171,22)
rebar.c:572: Test failed: invalid rect (band) (171,0)-(504,20) - expected
(171,0)-(504,22)
rebar.c:572: Test failed: invalid rect (band) (504,0)-(672,20) - expected
(504,0)-(672,22)
rebar.c:572: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:574: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:574: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:574: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:574: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:574: Test failed: invalid rect (band) (118,0)-(321,20) - expected
(118,0)-(321,22)
rebar.c:574: Test failed: invalid rect (band) (321,0)-(504,20) - expected
(321,0)-(504,22)
rebar.c:574: Test failed: invalid rect (band) (504,0)-(672,20) - expected
(504,0)-(672,22)
rebar.c:574: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:576: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:576: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:576: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:576: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:576: Test failed: invalid rect (band) (118,0)-(321,20) - expected
(118,0)-(321,22)
rebar.c:576: Test failed: invalid rect (band) (321,0)-(504,20) - expected
(321,0)-(504,22)
rebar.c:576: Test failed: invalid rect (band) (504,0)-(672,20) - expected
(504,0)-(672,22)
rebar.c:576: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
rebar.c:593: Test failed: invalid rect (client) (0,0)-(672,40) - expected
(0,0)-(672,44)
rebar.c:593: Test failed: Height mismatch for row 0 - 22 vs 20
rebar.c:593: Test failed: Height mismatch for row 1 - 22 vs 20
rebar.c:593: Test failed: invalid rect (band) (0,0)-(118,20) - expected
(0,0)-(118,22)
rebar.c:593: Test failed: invalid rect (band) (118,0)-(321,20) - expected
(118,0)-(321,22)
rebar.c:593: Test failed: invalid rect (band) (321,0)-(504,20) - expected
(321,0)-(504,22)
rebar.c:593: Test failed: invalid rect (band) (504,0)-(672,20) - expected
(504,0)-(672,22)
rebar.c:593: Test failed: invalid rect (band) (0,20)-(672,40) - expected
(0,22)-(672,44)
https://test.winehq.org/data/patterns.html#comctl32:rebar
Note that, even in Wine, the test does not fail in Korean and Chinese. So it
may not be a simple DBCS issue. It could however be a font one.
--
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=52174
Bug ID: 52174
Summary: Guild Wars 2: Accent keys (^ and ´) don't work for
ingame controls
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lingm+winebz(a)posteo.org
Distribution: ---
The default key for swapping weapons in Guild Wars 2 with a German keyboard
layout is '^' (Circumflex accent). However, nothing happens if you press that
key to swap weapons under Wine.
You can type '^' in chat just fine though. Likewise, you can swap weapons if
you bind it to another key like 't' or if you press the swap button with the
mouse.
Once you change the binding away from ^, it is no longer possible to return to
^ since the dialog doesn't register the key press either. (You can still reset
all controls back to default; there's a button for that.)
Testing further, it turns out that you also can't bind the ´ key (Acute
accent).
>From images online I do believe English keyboards have a ` (Grave accent)
button, which probably works the same as the German ^ and ` keys. To make sure
I'll spell it out anyway:
1. Press ^ once and you get a sort of preview of that character.
2. Usually you'd now press e.g. 'a' to get 'â'. If you actually want ^ without
anything below it, you have to press ^ a second time.
I suspect that this special behavior is why these two specifically are
affected.
It's very possible that the English ` is also affected, but that's not testable
for me.
The easiest way to reproduce should be to go Esc -> Options -> Control options
(lowest button on the left) -> Double click on anything to try to change the
binding.
--
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=40300
Bug ID: 40300
Summary: Guild Wars 2: Mouse gets temporary invisible on the
Launcher
Product: Wine
Version: 1.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
If the Laucher starts and the mouse gets moved over it the mouse cursor gets
invisible until it is moved over specific elements like text. Somebody on
Windows tested this too and the issue doesn't appear there.
--
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=17622
Summary: Overdrive media console fails to install.
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gmstalk(a)gmail.com
Created an attachment (id=19807)
--> (http://bugs.winehq.org/attachment.cgi?id=19807)
Log file created when install is attempted
When I attempt to install the overdrive media console, the install quietly
fails and generates a text document named VSDCA_VsdLaunchConditions.Log
(attached).
--
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=35691
Bug ID: 35691
Summary: IPLA 0.9 installer aborts with 'Windows Media Player
version 9 or newer needed' (wmp.dll version resource
missing)
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
another way to check for WMP version (same category as bug 35677 and bug
35688).
The installer message is polish, translator tells it's something along:
"... Windows Media Player version 9 or newer needed. We recommend installing
version 11"
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay wine ./iplasetup.exe >>log.txt 2>&1
...
0025:Call version.GetFileVersionInfoSizeA(00409f48
"C:\\windows\\system32\\wmp.dll",0033fa4c) ret=00401ed9
...
0025:Call KERNEL32.lstrcpynA(0040a748,00422e00 "Do zainstalowania programu
wymagany jest Windows Media Player w wersji 9 lub nowszej. Zalecamy
instalacj\xea wersji 11.",00000400) ret=0040590f
0025:Ret KERNEL32.lstrcpynA() retval=0040a748 ret=0040590f
0025:Call user32.MessageBoxIndirectA(004091d0) ret=0040521e
--- snip ---
$ sha1sum iplasetup.exe
cbd5578e1c8a3439ecc126d246fcb271825c2e37 iplasetup.exe
$ du -sh iplasetup.exe
8.2M iplasetup.exe
$ wine --version
wine-1.7.13-100-gfcae016
Regards
--
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=35794
Bug ID: 35794
Summary: iTunes 7 installer aborts early (failure to find
builtin 'RegExp' class)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 34154
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+vbscript,+ole,+variant wine ./iTunesSetup7.exe
>>log.txt 2>&1
...
002f:trace:vbscript:disp_get_id using IDispatch
002f:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1daf30) Name L"CompareVersions"
cNames 1
...
002f:warn:ole:ITypeInfo_fnGetIDsOfNames no names found
002f:fixme:msi:AutomationObject_GetIDsOfNames Unknown member
L"CompareVersions", clsid {000c109e-0000-0000-c000-000000000046}
...
002f:trace:vbscript:interp_errmode 1
002f:trace:vbscript:interp_new L"RegExp"
002f:fixme:vbscript:interp_new Class L"RegExp" not found
002f:fixme:vbscript:exec_script Failed 80004005 in resume next mode
...
002d:err:msi:ITERATE_Actions Execution halted, action L"iTunesLaunchConditions"
returned 1603
--- snip ---
Relevant VBScript code snippet:
--- snip ---
...
Sub iTunesLaunchConditions
PreventDowngrade
DetectGEARDriverSetDeletion
CheckUnsupportediPodSoftware
End Sub
Function CompareVersions(sVersion1, sVersion2)
Dim rgExpVersionComponents
Dim oMatches1, oMatches2
Dim iVersion1, iVersion2
Dim i
On Error Resume Next
Set rgExpVersionComponents = New RegExp
rgExpVersionComponents.Pattern = "(\d+)\.?"
rgExpVersionComponents.Global= True
Set oMatches1 = rgExpVersionComponents.Execute(sVersion1)
Set oMatches2 = rgExpVersionComponents.Execute(sVersion2)
i = 0
Do
Err.Clear
iVersion1 = 0
iVersion2 = 0
iVersion1 = CInt(oMatches1(i).SubMatches(0))
iVersion2 = CInt(oMatches2(i).SubMatches(0))
If iVersion1 < iVersion2 Then
CompareVersions = -1
Exit Function
ElseIf iVersion1 > iVersion2 Then
CompareVersions = 1
Exit Function
End If
i = i + 1
Loop While Err.number = 0
CompareVersions = 0
End Function
Sub PreventDowngrade
Const msiInstallStateAdvertised = 1
Dim Installer
Dim RelatedProducts
Dim UpgradeCode
Dim ProductCode
Dim ProductVersion
Dim ProductVersionMax
Dim ProductVersionFound
On Error Resume Next
Set Installer = Session.Installer
ProductVersion = Session.Property("ProductVersion")
ProductVersionMax = ""
UpgradeCode = Session.Property("UpgradeCode")
Set RelatedProducts = Installer.RelatedProducts(UpgradeCode)
For Each ProductCode in RelatedProducts
If Installer.ProductState(ProductCode) = msiInstallStateAdvertised Then
ProductVersionFound = Installer.ProductInfo(ProductCode, "Version")
Else
Err.Clear : ProductVersionFound =
Installer.ProductInfo(ProductCode, "VersionString")
If Err.number <> 0 Then ProductVersionFound = ""
End If
If CompareVersions(ProductVersionFound, ProductVersionMax) > 0 Then
ProductVersionMax = ProductVersionFound
Next
If CompareVersions(ProductVersionMax, ProductVersion) > 0 Then
Session.Property("BNEWERITUNESISINSTALLED") = "1"
Else
Session.Property("BNEWERITUNESISINSTALLED") = ""
End If
End Sub
...
--- snip ---
-> 'Set rgExpVersionComponents = New RegExp'
$ sha1sum iTunesSetup7.exe
5cdc86b2edb1411b9a022f05b1bfbe858fbcf901 iTunesSetup7.exe
$ du -sh iTunesSetup7.exe
35M iTunesSetup7.exe
$ wine --version
wine-1.7.14-126-g2bb1059
Regards
--
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=35833
Bug ID: 35833
Summary: iTunes 7 installer aborts early (automation methods
HRESULT incorrectly translated to VBScript runtime
Err.number)
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
now the VBScript runtime error object and exception handling is implemented the
next thing :)
Trace log:
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+msi,+vbscript,+ole,+variant wine
./iTunesSetup7.exe >>log.txt 2>&1
...
0039:fixme:msi:AutomationObject_GetIDsOfNames Unknown member
L"DetectGEARDriverSetDeletion", clsid {000c109e-0000-0000-c000-000000000046}
...
0039:trace:msi:AutomationObject_AddRef (0x183370/0x183370)
0039:trace:vbscript:interp_errmode 1
0039:trace:vbscript:interp_short 2
0039:Call oleaut32.SysAllocString(001f3988
L"SYSTEM\\CurrentControlSet\\Services\\GearAspiWDM") ret=f7343052
0039:trace:ole:SysAllocStringLen
L"SYSTEM\\CurrentControlSet\\Services\\GearAspiWDM"
0039:Ret oleaut32.SysAllocString() retval=001f6284 ret=f7343052
0039:trace:vbscript:interp_string
0039:Call oleaut32.SysAllocString(001f39e4 L"DeleteFlag") ret=f7343052
0039:trace:ole:SysAllocStringLen L"DeleteFlag"
0039:Ret oleaut32.SysAllocString() retval=001f97b4 ret=f7343052
0039:trace:vbscript:interp_icall
...
0039:trace:msi:AutomationObject_Invoke Method 11, L"RegistryValue"
...
0039:Call advapi32.RegOpenKeyW(80000002,001f6464
L"SYSTEM\\CurrentControlSet\\Services\\GearAspiWDM",0064df10) ret=7ecdc24c
0039:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ecdc24c
0039:Call oleaut32.VariantClear(0064def0) ret=7ecdc67d
0039:trace:variant:VariantClear (0x64def0->(VT_I4))
0039:Ret oleaut32.VariantClear() retval=00000000 ret=7ecdc67d
0039:Call oleaut32.VariantClear(0064dee0) ret=7ecdc68b
0039:trace:variant:VariantClear (0x64dee0->(VT_BSTR))
0039:Ret oleaut32.VariantClear() retval=00000000 ret=7ecdc68b
0039:Call oleaut32.VariantClear(0064ded0) ret=7ecdc699
0039:trace:variant:VariantClear (0x64ded0->(VT_BSTR))
0039:Ret oleaut32.VariantClear() retval=00000000 ret=7ecdc699
0039:Call advapi32.RegCloseKey(00000000) ret=7ecdc6a7
0039:Ret advapi32.RegCloseKey() retval=00000006 ret=7ecdc6a7
0039:Call oleaut32.SysFreeString(001f60f4 L"RegistryValue") ret=7ecd7ea6
0039:Ret oleaut32.SysFreeString() retval=00000000 ret=7ecd7ea6
0039:trace:msi:AutomationObject_Invoke Returning 0x8002000b, not ok
0039:trace:msi:AutomationObject_Release (0x185e38/0x185e38)
0039:warn:vbscript:exec_script Failed 8002000b in resume next mode
0039:trace:vbscript:exec_script unwind jmp 642 stack_off 0
...
0039:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"Err", clsid
{000c109e-0000-0000-c000-000000000046}
0039:trace:vbscript:DispatchEx_AddRef (0x1d92c8) ref=2
0039:trace:vbscript:interp_mcall
0039:trace:ole:ITypeInfo_fnGetIDsOfNames (0x1d8de0) Name L"number" cNames 1
...
0039:trace:vbscript:Err_Number
0039:trace:vbscript:DispatchEx_Release (0x1d92c8) ref=2
0039:trace:vbscript:DispatchEx_Release (0x1d92c8) ref=1
0039:trace:vbscript:interp_short 9
0039:trace:vbscript:interp_nequal
0039:trace:vbscript:var_cmp {VT_I4: -2147352565} {VT_I2: 9}
0039:Call oleaut32.VarCmp(001f5f70,001f5f80,00000000,00000000) ret=f73439a1
...
0039:Call oleaut32.VariantClear(001f5f70) ret=f733fecd
0039:trace:variant:VariantClear (0x1f5f70->(VT_I4))
0039:Ret oleaut32.VariantClear() retval=00000000 ret=f733fecd
0039:Call oleaut32.VariantClear(001f5f80) ret=f733fecd
0039:trace:variant:VariantClear (0x1f5f80->(VT_I2))
0039:Ret oleaut32.VariantClear() retval=00000000 ret=f733fecd
0039:trace:vbscript:interp_jmp_false 667
...
0037:Call user32.MessageBoxW(00000000,001e6d38 L"Unable to install the GEAR
driver set at this time. The GEARAspiWDM service use by the GEAR driver set is
scheduled to be deleted during the next system reboot. Please reboot the system
and run iTunes again.",7ed51b92 L"Install Failed",00000000) ret=7ecc3d83
--- snip ---
The relevant VBScript snippet:
--- snip ---
Sub DetectGEARDriverSetDeletion
Dim DeleteFlag
On Error Resume Next
DeleteFlag =
Session.Installer.RegistryValue(2,"SYSTEM\CurrentControlSet\Services\GearAspiWDM",
"DeleteFlag")
If Err.number <> 9 Then
If IsNumeric(DeleteFlag) Then
Session.Property("GEARASPIWDM_SERVICE_DELETED") = "#" +
CStr(DeleteFlag)
Else
Session.Property("GEARASPIWDM_SERVICE_DELETED") = DeleteFlag
End If
End If
End Sub
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/aa369471%28v=vs.85%29.aspx
--- quote ---
The RegistryValue method of the Installer object reads information about a
specified registry key of value. If the key or value specified does not exist,
the method returns an error of 9, "Subscript out of Range."
--- quote ---
Wine MSI InstallerImpl_RegistryValue() returns HRESULT = 0x8002000B
(DISP_E_BADINDEX) which seems to be right.
This code needs to be translated to VBScript runtime error code.
The equivalent would be something like 0x800A0009 ... if one searches for
"Subscript out of Range." and "VBscript".
Source:
http://source.winehq.org/git/wine.git/blob/fc0ef22a44dee4f78b8784ada501bb8f…
--- snip ---
2030 HRESULT exec_script(script_ctx_t *ctx, function_t *func, vbdisp_t *vbthis,
DISPPARAMS *dp, VARIANT *res)
2031 {
2032 exec_ctx_t exec = {func->code_ctx};
2033 vbsop_t op;
2034 HRESULT hres = S_OK;
2035
2036 exec.code = func->code_ctx;
...
2106 while(exec.instr) {
2107 op = exec.instr->op;
2108 hres = op_funcs[op](&exec);
2109 if(FAILED(hres)) {
2110 ctx->err_number = hres;
2111
2112 if(exec.resume_next) {
...
--- snip ---
$ sha1sum iTunesSetup7.exe
5cdc86b2edb1411b9a022f05b1bfbe858fbcf901 iTunesSetup7.exe
$ du -sh iTunesSetup7.exe
35M iTunesSetup7.exe
$ wine --version
wine-1.7.14-234-g6e7440e
Regards
--
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=18941
Summary: Microsoft Reader install crashes
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sashoalm(a)gmail.com
I know that Microsoft Reader worked before but now the install crashes. This
happened after I added the winehq repos to my software sources list, so I'm
using the newest version 1.1.23
--
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=18651
Summary: Microsoft Reader hangs in full screen mode
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://download.microsoft.com/download/d/0/9/d099ad62-
41d1-4e92-9935-67955a437460/MSReaderSetupUSA.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=21366)
--> (http://bugs.winehq.org/attachment.cgi?id=21366)
wine-1.1.22-135-g79fcaa7 +win
Microsoft Reader hangs and has to be killed when put into Full Screen Mode.
This appears in the console:
fixme:win:LockWindowUpdate (0x30036), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
To get this far, "winetricks vcrun6" required to work around Bug 18644.
--
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=28536
Bug #: 28536
Summary: MS Reader cannot be moved or closed after full-screen
mode
Product: Wine
Version: 1.3.29
Platform: x86-64
URL: http://download.microsoft.com/download/d/0/9/d099ad62-
41d1-4e92-9935-67955a437460/MSReaderSetupUSA.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 36631
--> http://bugs.winehq.org/attachment.cgi?id=36631
Wine 1.3.29 console output
MS Reader can now be put into full-screen mode, and taken back out.
The Reader behaves normally before, but after putting it into full-screen, then
taking it back out, it is impossible to move the window or close it. It is
also impossible to click on any windows behind the Reader, effectively keeping
it on-top covering the whole screen, although it doesn't look like it is.
--
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=18644
Summary: Microsoft Reader will not open properly
Product: Wine
Version: 1.1.22
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cscott0108(a)gmail.com
CC: cscott0108(a)gmail.com
When I try to launch Microsoft reader it opens and immediately produces an
error " The Program msreader.exe has encountered a serious problem and needs to
close. We are sorry for the inconvenience." then it says there is a problem
with wine if it works fine in windows in vista and windows xp in virtual
machine works fine just in wine. I have made sure that all .dll files are there
and I installed the ie4linux software and running ie6 per the other help
instructions and no go. I am unsure where the error logs are located and I can
replicate the error on this machine so if any ideas. thanks chris.
--
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=28537
Bug #: 28537
Summary: MS Reader crashes on load
Product: Wine
Version: 1.3.29
Platform: x86-64
URL: http://download.microsoft.com/download/d/0/9/d099ad62-
41d1-4e92-9935-67955a437460/MSReaderSetupUSA.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msvcirt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 36632
--> http://bugs.winehq.org/attachment.cgi?id=36632
wine-1.3.29-121-gfdda702 console output
MS Reader crashes on load. msvcirt is a work around.
fixme:msvcirt:MSVCIRT_ostrstream_sl_void (0x32f030) stub
fixme:msvcirt:MSVCIRT_operator_sl_pchar (0x32f030)->("Unknown Error: Module not
registered") stub
fixme:msvcirt:MSVCIRT_operator_sl_uchar (0x32f030)->( ) stub
fixme:msvcirt:MSVCIRT_operator_sl_pchar (0x32f030)->(":loadswid") stub
fixme:msvcirt:MSVCIRT_ends (0x32f030)->() stub
wine: Unhandled page fault on read access to 0xe5bc45f7 at address 0x5fad2307
(thread 0009), starting debugger...
--
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=41387
Bug ID: 41387
Summary: An error message displays when I run wine. Program is
running but message is really annoying..
Product: Wine
Version: 0.9.1.
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shashikarajindabandara(a)gmail.com
Distribution: ---
Created attachment 55738
--> https://bugs.winehq.org/attachment.cgi?id=55738
Error Log
Log
--
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=23774
Summary: UltraISO: listview items don't highlight on single
LClick
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ivankob4wine(a)gmail.com
Created an attachment (id=29798)
--> (http://bugs.winehq.org/attachment.cgi?id=29798)
np highlight
see the atachment
--
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=43803
Bug ID: 43803
Summary: Problems to starts programs
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: villamarinf(a)gmail.com
Distribution: ---
Created attachment 59337
--> https://bugs.winehq.org/attachment.cgi?id=59337
This .txt is the error in my computer
When I run any programs, Wine said, Critical error detected, but the program
starts normally
--
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=35755
Bug ID: 35755
Summary: UltraISO 'ISODrive.sys' needs
ntoskrnl.exe.ExfInterlockedRemoveHeadList
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says ...
(also mentioned in bug 32657)
--- snip ---
$ wine ultraiso.exe
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x117390
fixme:ntoskrnl:KeInitializeEvent stub: 0x117394 1 0
fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x20 1f03ff (nil) 0 0x1173a4
(nil)
fixme:ntoskrnl:KeSetEvent (0x117394, 0, 0): stub
fixme:ntoskrnl:KeWaitForSingleObject stub: 0x117394, 0, 0, 0, (nil)
fixme:ntoskrnl:PsTerminateSystemThread stub: 0
wine: Call from 0x7b83ab23 to unimplemented function
ntoskrnl.exe.ExfInterlockedRemoveHeadList, aborting
wine: Unimplemented function ntoskrnl.exe.ExfInterlockedRemoveHeadList called
at address 0x7b83ab23 (thread 0014), starting debugger...
--- snip ---
$ wine --version
wine-1.7.14
Regards
--
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=38719
Bug ID: 38719
Summary: 64-bit ARM Windows applications from Windows SDK for
Windows 10 crash when accessing TEB/PEB members
(AArch64 platform specific register X18 used for TEB?)
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 38714
'mt.exe' runs further now but still crashes.
--- snip ---
...
0027:Starting process L"Z:\\root\\wine\\64\\arm64\\mt.exe"
(entryproc=0x14010ca70)
0027:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0027:trace:seh:raise_exception info[0]=0000000000000000
0027:trace:seh:raise_exception info[1]=0000001200000268
0027:trace:seh:call_stack_handlers calling handler at 0x7fb0d6dbbc
code=c0000005 flags=0
wine: Unhandled page fault on read access to 0x1200000268 at address
0x140056d50 (thread 0027), starting debugger...
0027:trace:seh:start_debugger Starting debugger "winedbg --auto 38 64"
fixme:ole:RemUnknown_QueryInterface No interface for iid
{00000019-0000-0000-c000-000000000046}
...
Unhandled exception: page fault on read access to 0x1200000268 in 64-bit code
(0x0000000140056d50).
Register dump:
ARM64 EL0t Mode
Pc:0000000140056d50 Sp:0000007fafe9f5a0 Lr:00000001400e94d8
Pstate:0000000020000000(--C-)
x0: 000000000000003e x1: 0000000000000000 x2: 000000000000003e x3:
0000007fafe9f5f8 x4: 0000000000000001
x5: 0000007fb02900e8 x6: 0000007fb029af54 x7: 0000000000000002 x8:
0000000140140220 x9: 0000001200000238
x10:0000000000000000 x11:0000000000000000 x12:0101010101010101
x13:0000000000000028 x14:ffffffffffffffff
x15:0000007fafd49a08 ip0:0000007fb0d92268 ip1:0000007f53e999c0
x18:0000007fb0f619d0 x19:0000007fafe9f628
x20:000000000000003e x21:0000007fb0290750 x22:0000007fafe9fbb8
x23:0000007fafe9f698 x24:0000007fb00cd000
x25:0000007fb02908c0 x26:0000007fdd267d80 x27:0000007fdd267cf8
x28:0000007fb00e5000 Fp:0000007fafe9f5d0
Stack dump:
0x0000007fafe9f5a0: 0000007fafe9f5c0 0000007fb0d37378
0x0000007fafe9f5b0: 0000007fafe9f5c0 0000007fb0d37510
0x0000007fafe9f5c0: 0000007fc00000e5 0000007f53e999c0
0x0000007fafe9f5d0: 0000007fafe9f650 00000001400730b0
0x0000007fafe9f5e0: 0000000000000000 000000000000001c
0x0000007fafe9f5f0: 0000007f00000000 000000000000003e
0x0000007fafe9f600: 0000007fb02908c0 0000007fdd267d80
0x0000007fafe9f610: 0000007fdd267cf8 4010040140100401
0x0000007fafe9f620: 0000000000000006 0000000000000000
0x0000007fafe9f630: 0000000000000000 0000000000000000
0x0000007fafe9f640: 0000007fafe9f670 0000007f53e99a40
0x0000007fafe9f650: 0000007fafe9f6c0 0000000140073688
Backtrace:
=>0 0x0000000140056d50 in mt (+0x56d50) (0x0000007fafe9f5d0)
1 0x00000001400e94d8 in mt (+0xe94d7) (0x0000007fafe9f5d0)
0x0000000140056d50: be_arm64_disasm_one_insn: not done
Modules:
Module Address Debug info Name (52 modules)
ELF 400000- 413000 Deferred <wine-loader>
PE 140000000- 140170000 Export mt
...
Threads:
process tid prio (all id:s are in hex)
...
00000026 (D) Z:\root\wine\64\arm64\mt.exe
00000027 0 <==
--- snip ---
Since debugging is not possible as of now, an "offline" analysis at the crash
location:
--- snip ---
...
0000000140056D38 ADD X8, X18, #0 ; X18 = NtCurrentTeb()?
0000000140056D3C LDR X9, [X8,#0x60] ; Teb->Peb
0000000140056D40 ADRP X8, #0x140140000 ; imports segment (.idata)
0000000140056D44 ADD X2, X0, #0 ; arg3 = size
0000000140056D48 ADD X8, X8, #0x220 ; HeapAlloc
0000000140056D4C MOV W1, #0 ; arg2 = flags = 0
0000000140056D50 LDR X0, [X9,#0x30] ; arg1 = Peb->ProcessHeap
0000000140056D54 LDAR X9, [X8]
0000000140056D58 BR X9 ; HeapAlloc()
--- snip ---
Essentially being:
HeapAlloc( GetProcessHeap(), 0, size)
Further decoded:
HeapAlloc( ((NtCurrentTeb()->ProcessEnvironmentBlock)->ProcessHeap), 0, size)
I haven't found information on register X18 being used for TEB hence this is
another guess.
There is no initialization of X18 in caller chain and even in the whole app
code.
Running the whole .text segment through disas only reads through "ADD" and
"LDR" instructions can be found.
Other information sources:
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20150119/254111…
("[llvm] r226664 - AArch64: add backend option to reserve x18 (platform
register)")
https://android.googlesource.com/platform/art/+/63206f3%5E!/
("AArch64: Fix the usage of Thread Register for arm64")
--- quote ---
This patch cleans-up the usage of x18 as TR for Arm64. As described in
the Arm64 Procedure Call Standard, the recommended usage for x18 is to
carry inter-procedural state (i.e. ART thread information).
...
--- quote ---
https://stackoverflow.com/questions/28109826/arm64-using-gas-on-ios
--- quote ---
X0-X7 - arguments and return value (volatile)
X8 = indirect result (struct) location (or temp reg)
X9-X15 = temporary (volatile)
X16-X17 - intro-call-use registers (PLT, Linker) or temp
X18 - platform specific use (TLS)
X19-X28 - callee saved registers (non-volatile)
X29 - frame pointer
X30 - link register (LR)
SP - stack pointer and zero (XZR)
V0-V7, V16-V31 - volatile NEON and FP registers
V8-V15 - callee saved registers (non-volatile, used for temp vars by compilers)
--- quote ---
$ sha1sum sdksetup.exe
0720e4e922ff7aa8cc78b23a00906a96c2b237a4 sdksetup.exe
$ du -sh sdksetup.exe
1.2M sdksetup.exe
# ./wine64 --version
wine-1.7.43-178-g22983f2
Regards
--
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=52172
Bug ID: 52172
Summary: Guild Wars 2 spams
"0150:fixme:msctf:KeystrokeMgr_TestKey{Up,Down} STUB"
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msctf
Assignee: wine-bugs(a)winehq.org
Reporter: lingm+winebz(a)posteo.org
Distribution: ---
When playing Guild Wars 2, for every key press these two fixmes get printed:
0150:fixme:msctf:KeystrokeMgr_TestKeyDown STUB:(00000000022C5840)
0150:fixme:msctf:KeystrokeMgr_TestKeyUp STUB:(00000000022C5840)
While walking (with WASD) the KeyDown one gets printed continuously, which is
especially annoying.
Best I can tell there's no related problem, so just silencing these messages
would work for me.
--
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=27180
Summary: Mobile Master: Crash at update
Product: Wine
Version: 1.3.19
Platform: x86
URL: http://www.jumpingbytes.com/down/MobileMasterInst.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34724)
--> (http://bugs.winehq.org/attachment.cgi?id=34724)
Terminal output on Wine 1.3.20
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) install Mobile Master 7.8.4
4) wine MMStarter.exe
5) Help->Check for Update...->Install
Behaviour:
Crash.
Expected behaviour:
No crash.
--
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=33543
Bug #: 33543
Summary: Pervasive SQL v10 installer aborts with "not enough
free disk space" (needs msi builtin
"PrimaryVolumePath" and "PrimaryVolumeSpaceAvailable"
properties)
Product: Wine
Version: 1.5.29
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
the PSQL installer (actually a sub-installer of another app) complains about
not enough free disk space.
"... installation requires at least [PsqlRequiredMinimumMB] MB of free space on
volume [PrimaryVolumePath] to continue. Free up space on this volume and run
the installation again or run the installation on a different system."
Trace log:
--- snip ---
...
0031:trace:process:create_process_impl app (null) cmdline L"msiexec /i
\"F:\\PervasiveMin\\PervasivePSQLv10WGE_x86.msi\" /qn PVSW_PSQL_LICENSE_KEY=foo
PVSW_RUN_WGE_AS_SVC=Y /l*v \"C:\\PSQL_v10_Install.log\""
...
000d:trace:msi:msi_get_property property L"PrimaryVolumeSpaceAvailable" not
found
...
000d:trace:msi:msi_get_property returning L"122880" for property
L"PsqlRequiredMinimum512Bytes"
...
000d:trace:msi:MSI_EvaluateConditionW 1 <- L"Not Installed And
(PrimaryVolumeSpaceAvailable<PsqlRequiredMinimum512Bytes)"
000d:trace:msi:ACTION_PerformAction Performing action
(L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace")
...
000d:trace:msi:ACTION_CustomAction Handling custom action
L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace" (113 (null) L"29033")
...
000d:err:msi:ITERATE_Actions Execution halted, action
L"pvswCA_AbortMsg_NotEnoughMinimumDiskSpace" returned 1603
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370847%28v=vs.85%…
("PrimaryVolumeSpaceAvailable property")
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370846%28v=vs.85%…
("PrimaryVolumePath property")
http://msdn.microsoft.com/en-us/library/windows/desktop/aa370845%28v=vs.85%…
("PRIMARYFOLDER property")
Orca, "PervasivePSQLv10WGE_x86.msi"
Property table:
--- snip ---
...
PRIMARYFOLDER PVSW_PSQL_INSTDIR32
...
--- snip ---
Directory table:
--- snip ---
PVSW_PSQL_INSTDIR32 PVSW_PSQL_INSTDIR32_ROOT PSQL
INSTALLDIR PVSW_PSQL_INSTDIR32 .
PVSW_PSQL_INSTDIR64 PVSW_PSQL_INSTDIR64_ROOT PSQL
INSTALLDIR64 PVSW_PSQL_INSTDIR64 .
ISCommonFilesFolder CommonFilesFolder Instal~1|InstallShield
PVSW_PSQL_DATADIR_ROOT CommonAppDataFolder PERVAS~3|Pervasive Software
PVSW_PSQL_DATADIR PVSW_PSQL_DATADIR_ROOT PSQL
PVSW_PSQL_INSTDIR32_ROOT ProgramFilesFolder PERVAS~1|Pervasive Software
ProgramFilesFolder TARGETDIR .:PROGRA~1|program files
PVSW_PSQL_INSTDIR64_ROOT ProgramFiles64Folder PERVAS~2|Pervasive Software
--- snip ---
Google found a log of installer on native Windows which also gives hints:
http://www.sms.com.sg/public/olam/PSQL_v10_Install.log
--- snip ---
...
MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying CostingComplete
property. Its current value is '0'. Its new value: '1'.
MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: BindImage
MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: PublishComponent
MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: SelfReg
MSI (s) (08:10) [18:54:59:859]: Note: 1: 2262 2: Extension 3: -2147287038
MSI (s) (08:10) [18:54:59:859]: Note: 1: 2205 2: 3: Font
MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying
PrimaryVolumeSpaceAvailable property. Its current value is '0'. Its new value:
'431264336'.
MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying
PrimaryVolumeSpaceRequired property. Its current value is '0'. Its new value:
'87239'.
MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Modifying
PrimaryVolumeSpaceRemaining property. Its current value is '0'. Its new value:
'431177097'.
MSI (s) (08:10) [18:54:59:859]: PROPERTY CHANGE: Adding PrimaryVolumePath
property. Its value is 'C:'.
MSI (s) (08:10) [18:54:59:859]: Skipping action:
pvswCA_AbortMsg_NotEnoughMinimumDiskSpace (condition is false)
MSI (s) (08:10) [18:54:59:859]: Doing action: RemoveExistingProducts
Action ended 18:54:59: InstallValidate. Return value 1.
...
--- snip ---
Might be useful to also provide "PrimaryVolumeSpaceRequired" and
"PrimaryVolumeSpaceRemaining" properties at some point but not strictly
required here.
$ wine --version
wine-1.5.29-163-g4013a8d
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.
http://bugs.winehq.org/show_bug.cgi?id=34637
Bug #: 34637
Summary: Winlaunch OSX launchpad for windows crashes on start
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adec2010(a)hotmail.co.uk
Classification: Unclassified
Created attachment 46163
--> http://bugs.winehq.org/attachment.cgi?id=46163
Winlaunch attachment
Winlaunch OSX style launcher for windows.
Does not run at all. Attached error log
--
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=34911
Bug #: 34911
Summary: WinLaunch 0.4.6.1 (OSX Style free Launcher) needs
windowscodecs.dll.IPropertyBag2_Write_Proxy
Product: Wine
Version: 1.7.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says...
Prerequisite: 'winetricks -q dotnet40'
If you switch themes/save settings the app displays a message box "exception
thrown".
Terminal output:
--- snip ---
wine: Call from 0x7b83a8bf to unimplemented function
windowscodecs.dll.IPropertyBag2_Write_Proxy, aborting
--- snip ---
'winetricks -q windowscodecs' works around.
$ sha1sum WinLaunch.zip
5d79fb1d160354a04548fc7bba1a78012800c59c WinLaunch.zip
$ du -sh WinLaunch.zip
20M WinLaunch.zip
$ wine --version
wine-1.7.6-225-g8c8d5a0
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.
http://bugs.winehq.org/show_bug.cgi?id=10666
Summary: My Invoices and Estimates does not run and Installs
(with errors).
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://shop.avanquest.com/usa/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dennis.dentremont(a)gmail.com
Created an attachment (id=9493)
--> (http://bugs.winehq.org/attachment.cgi?id=9493)
wine console output
My Invoice and Estimates 8.0 Trial version.
Software installs but fails to install fonts and produces the following type of
error. "Font TT0001M did not install". The code changes to TT0XXXX depending on
the font it's trying to install at the time.
When I try and run it, it just simply fails. I have attached the console
output.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29344
Bug #: 29344
Summary: Multiple apps need Scripting.FileSystemObject
implementation (Microsoft Scripting Runtime)
Product: Wine
Version: 1.3.34
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
there are several apps/bugs that suffer from missing
"Scripting.FileSystemObject" implementation.
Unfortunately there is not a single bug that is not polluted by winetricks
wsh56/57 recipes where people kept on moving to other issues, completely
ignoring this one...
Creating this bug as starting point for "Scripting.FileSystemObject"
implementation to allow proper dependency tracking of other bugs.
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.
http://bugs.winehq.org/show_bug.cgi?id=30131
Bug #: 30131
Summary: wPrime doesn't start
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
When I try to run it using native msvbm60.dll, these messages are being logged
in console:
fixme:ole:OleLoadPictureEx
(0xbae154,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x32f914),
partially implemented.
fixme:ole:OLEPictureImpl_SaveAsFile (0x133800)->(0x1383d8, 0, (nil)), hacked
stub.
Welcome to wPrime Benchmark v2.08.
err:ole:CoGetClassObject class {0d43fe01-f093-11cf-8940-00a0c9054228} not
registered
err:ole:create_server class {0d43fe01-f093-11cf-8940-00a0c9054228} not
registered
err:ole:CoGetClassObject no class object {0d43fe01-f093-11cf-8940-00a0c9054228}
could be created for context 0x5
followed by a message box saying:
Run-time error '429':
ActiveX component can't create object
--
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=47603
Bug ID: 47603
Summary: Crash with error report
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marko.tuovila(a)gmail.com
Distribution: ---
Created attachment 65028
--> https://bugs.winehq.org/attachment.cgi?id=65028
error report
Crash with error report when opening Note Shot Finance.exe
available from:
http://www.noteshot.fi/tiedostot/Note_Shot_Finance_SETUP.exe
Error does not come with Windows.
It's a VB6 app.
--
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=36465
Bug ID: 36465
Summary: Age of Wushu: Lua script - Create device failed!
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: furyhamster(a)gmail.com
Created attachment 48516
--> http://bugs.winehq.org/attachment.cgi?id=48516
Terminal output from running the launcher.
Running the launcer of Age of Wushu opens up an window titled "lua script" and
in that window it states that "Create device failed!"
--
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=36486
Bug ID: 36486
Summary: Age of Wushu: frequent display of in-game "Don't speed
up!" dialog tip disrupts gameplay (Wine fails
kernel32.GetTickCount API entry hook check)
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
during investigation of bug 36465 I found this goodie, deserving it's own bug
of course :)
Searching the net reveals similar reports for Windows and MAC:
http://www.ageofwushu.com/forums/viewtopic.php?f=29&t=7339http://www.ageofwushu.com/forums/viewtopic.php?f=30&t=14469http://portingteam.com/topic/9284-age-of-wushu-dont-speed-up-tip-spam/
This disguised message is in fact the result of a failed API hook check.
The vendor obviously doesn't want to go into technical details/reveal this, see
the support forums/site for answers to this problem.
Enter Wine and get the answers :)
One hint is contained in the game log file 'bin/trace.log'
With relay thunks emitted (+relay channel):
--- snip ---
...
[2014-05-18 22:01:13.573] Time Func Pos Begin QueryPerformanceCounter=54
QueryPerformanceFrequency=54 GetTickCount=54 timeGetTime=54 timeSetEvent=54
SetTimer=54
...
--- snip ---
without relay thunks:
--- snip ---
[2014-05-18 22:23:02.818] Time Func Pos Begin QueryPerformanceCounter=8d
QueryPerformanceFrequency=8d GetTickCount=55 timeGetTime=55 timeSetEvent=8d
SetTimer=55
--- snip ---
The hex codes are the first opcode byte of each API entry.
The protection code makes a snapshot of certain API entries on startup.
The entry bytes are stored for later comparison to detect dynamic hooking
(through dll injection for example).
--- snip ---
...
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3b1
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3b1
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eed4 "QueryPerformanceCounter")
ret=1134c3c3
0056:Ret KERNEL32.GetProcAddress() retval=7b824afc ret=1134c3c3
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3d9
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3d9
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eeb4
"QueryPerformanceFrequency") ret=1134c3e5
0056:Ret KERNEL32.GetProcAddress() retval=7b824b14 ret=1134c3e5
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c3fb
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c3fb
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eea4 "GetTickCount")
ret=1134c407
0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c407
0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c41d
0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c41d
0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee88 "timeGetTime") ret=1134c429
0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c429
0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c43f
0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c43f
0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee78 "timeSetEvent")
ret=1134c44b
0056:Ret KERNEL32.GetProcAddress() retval=f7226d44 ret=1134c44b
0056:Call KERNEL32.GetModuleHandleA(11a8ee68 "USER32.dll") ret=1134c461
0056:Ret KERNEL32.GetModuleHandleA() retval=7eca0000 ret=1134c461
0056:Call KERNEL32.GetProcAddress(7eca0000,11a8ee5c "SetTimer") ret=1134c46d
0056:Ret KERNEL32.GetProcAddress() retval=7ecb0798 ret=1134c46d
...
--- snip ---
Runtime check of API entries every two seconds:
--- snip ---
...
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c4f5
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c4f5
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eed4 "QueryPerformanceCounter")
ret=1134c505
0056:Ret KERNEL32.GetProcAddress() retval=7b824afc ret=1134c505
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c2fb
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c2fb
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eeb4
"QueryPerformanceFrequency") ret=1134c30b
0056:Ret KERNEL32.GetProcAddress() retval=7b824b14 ret=1134c30b
0056:Call KERNEL32.GetModuleHandleA(11a8eef0 "kernel32.dll") ret=1134c2fb
0056:Ret KERNEL32.GetModuleHandleA() retval=7b810000 ret=1134c2fb
0056:Call KERNEL32.GetProcAddress(7b810000,11a8eea4 "GetTickCount")
ret=1134c30b
0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c30b
0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c32b
0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c32b
0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee88 "timeGetTime") ret=1134c33b
0056:Ret KERNEL32.GetProcAddress() retval=7b82374c ret=1134c33b
0056:Call KERNEL32.GetModuleHandleA(11a8ee98 "WINMM.dll") ret=1134c2fb
0056:Ret KERNEL32.GetModuleHandleA() retval=f7220000 ret=1134c2fb
0056:Call KERNEL32.GetProcAddress(f7220000,11a8ee78 "timeSetEvent")
ret=1134c30b
0056:Ret KERNEL32.GetProcAddress() retval=f7226d44 ret=1134c30b
0056:Call KERNEL32.GetModuleHandleA(11a8ee68 "USER32.dll") ret=1134c2fb
0056:Ret KERNEL32.GetModuleHandleA() retval=7eca0000 ret=1134c2fb
0056:Call KERNEL32.GetProcAddress(7eca0000,11a8ee5c "SetTimer") ret=1134c30b
0056:Ret KERNEL32.GetProcAddress() retval=7ecb0798 ret=1134c30b
...
--- snip ---
Following is the list of API functions and their opcode checks.
call/jmp opcode bytes are treated as hook.
--- snip ---
kernel32.dll!QueryPerformanceCounter
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot>
kernel32.dll!QueryPerformanceFrequency
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot>
kernel32.dll!GetTickCount
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot>
WINMM.dll!timeGetTime
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot> | [7]=0xE8 | [7]=0xE9 |
[7]=0xFF
WINMM.dll!timeSetEvent
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot>
user32.dll!SetTimer
-> [0]=0xE8 | [0]=0xE9 | [0]=0xFF | ![0]=<snapshot>
--- snip ---
The 'WINMM.dll!timeGetTime' entry point gets a special treatment and this the
problem.
Wine 'winmm.spec'
--- snip ---
@ stdcall timeGetTime() kernel32.GetTickCount
--- snip ---
Forwarded. Dumping the target with Winedbg gives:
--- snip ---
Wine-dbg>x/10b GetTickCount
0x7b8480d9 GetTickCount: 55 89 e5 53 83 e4 f0 e8 ab 75
--- snip ---
Disassembly:
--- snip ---
7B8480D9 55 PUSH EBP
7B8480DA 89E5 MOV EBP,ESP
7B8480DC 53 PUSH EBX
7B8480DD 83E4 F0 AND ESP,FFFFFFF0
7B8480E0 E8 AB75FDFF CALL KERNEL32.__x86.get_pc_thunk.bx
7B8480E5 81C3 1B2F0700 ADD EBX,72F1B
7B8480EB E8 72FFFFFF CALL KERNEL32.GetTickCount64
7B8480F0 8B5D FC MOV EBX,DWORD PTR SS:[EBP-4]
7B8480F3 C9 LEAVE
7B8480F4 C3 RETN
--- snip ---
*eeek* .. 'entry[7]' has indeed value 0xE8 hence the check fails.
The PIC code (setup of PIC register) in function prolog causes the harm here.
If you avoid the call opcode at 'entry[7]' everything is fine (for example
making this entry hotpatchable, inline GetTickCount64, use wrapper).
I already tested this. Wine code is no longer (mis)detected as hook and the
game runs fine without any "Speedup" spam.
$ sha1sum AgeofWushu_download.exe
a7101c50ce8deb33008da4ce044fca5e3add721d AgeofWushu_download.exe
$ du -sh AgeofWushu_download.exe
1.9M AgeofWushu_download.exe
$ wine --version
wine-1.7.19
Regards
--
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=34403
Bug #: 34403
Summary: AVP Classic WinRT/ARM port needs xinput1_4.dll
Product: Wine
Version: 1.7.1
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says...
--- snip ---
linaro@linaro-ubuntu-desktop:~/wine-apps/avpclassic$ ll
total 10744
drwxr-xr-x 2 linaro linaro 4096 Aug 31 15:05 ./
drwxrwxr-x 51 linaro linaro 4096 Aug 31 15:05 ../
-rw-rw-r-- 1 linaro linaro 37736 Jul 25 2012 D3D11ProxyDriver.dll
-rw-rw-r-- 1 linaro linaro 2840416 Aug 20 2012 D3DCompiler_Test.dll
-rw-rw-r-- 1 linaro linaro 1287248 Aug 21 08:05 MyAvP.exe
-rw-r--r-- 1 linaro linaro 2675765 Aug 31 15:05 avp_classic_arm.7z
-rw-rw-r-- 1 linaro linaro 333672 Jul 25 2012 d3dref9.dll
-rw-rw-r-- 1 linaro linaro 1742184 Jul 25 2012 d3dx9d.dll
-rw-rw-r-- 1 linaro linaro 71760 Aug 21 08:05 libbinkdec.dll
-rw-rw-r-- 1 linaro linaro 19536 Aug 21 08:05 libogg.dll
-rw-rw-r-- 1 linaro linaro 39504 Aug 21 08:05 libsmackerdec.dll
-rw-rw-r-- 1 linaro linaro 163920 Aug 21 08:05 libtheora.dll
-rw-rw-r-- 1 linaro linaro 1611856 Aug 21 08:05 libvorbis.dll
-rw-rw-r-- 1 linaro linaro 32848 Aug 21 08:05 libvorbisfile.dll
-rw-rw-r-- 1 linaro linaro 105316 Nov 10 2001 non-gold_english.txt
...
linaro@linaro-ubuntu-desktop:~/wine-apps/avpclassic$ wine ./MyAvP.exe
err:module:import_dll Library XINPUT1_4.dll (which is needed by
L"Z:\\home\\linaro\\wine-apps\\avpclassic\\MyAvP.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\linaro\\wine-apps\\avpclassic\\MyAvP.exe" failed, status c0000135
--- snip ---
More info on XInput versions here:
http://msdn.microsoft.com/en-us/library/windows/desktop/hh405051%28v=vs.85%…
--- quote ---
XInput 1.4 ships today as a system component in Windows 8 as XINPUT1_4.DLL. It
is available “inbox” and does not require redistribution with an application.
The Windows Software Development Kit (SDK) contains the header and import
library for statically linking against XINPUT1_4.DLL. To download the Windows 8
SDK, see Downloads for developing desktop apps.
XInput 1.4 has these primary advantages over other versions of XInput:
* This is the only version that can be used in C++/DirectX Windows Store apps.
* The new XInputGetAudioDeviceIds function provides an audio device ID string
that you can use to open an XAudio2 mastering voice or audio device for a
headset attached to an Xbox 360 common controller. The
XInputGetDSoundAudioDeviceGuids function is not available in this version.
* Provides improved device capabilities reporting including
XINPUT_CAPS_WIRELESS, XINPUT_CAPS_FFB_SUPPORTED, XINPUT_CAPS_PMD_SUPPORTED, and
XINPUT_CAPS_NO_NAVIGATION flags and more accurate reporting of
XINPUT_CAPS_VOICE_SUPPORTED. These flags are combined in the Flags member of
the XINPUT_CAPABILITIES structure. The XInputGetCapabilities function returns
XINPUT_CAPABILITIES.
--- quote ---
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.
https://bugs.winehq.org/show_bug.cgi?id=36731
Bug ID: 36731
Summary: Runes of Magic 'ClientUpdater.exe' crashes after a
number of update cycles (mshtml environment setup
contains stack buffer overflow)
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
found during investigation of 'Runes of Magic' client updater.
There is a crash after a number of update cycles.
Unfortunately it's not easily traceable as it requires large downloads and many
client restarts (= hours) to reach the crash point.
I started the updater with a few debug channels (= reduced noise) which still
allowed me to do post-mortem analysis.
The launcher restarts itself after each update cycle.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Runes of Magic
$ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml wine ./launcher.exe
...
<hours, multiple updater restarts>
...
004f:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mshtml.dll"
at 0x7c090000: builtin
004f:trace:mshtml:DllGetClassObject (CLSID_HTMLDocument
{00000001-0000-0000-c000-000000000046} 0x3392a8)
004f:trace:mshtml:ClassFactory_AddRef (0x1c2c80) ref = 1
004f:trace:mshtml:HTMLDocument_Create ((nil) IID_IUnknown 0x1c19d4)
004f:trace:mshtml:load_gecko ()
004f:trace:mshtml:check_version "Wine Gecko 2.24"
004f:trace:mshtml:load_xul
(L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\xul.dll")
004f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7c130001
ip=7c130001 tid=004f
004f:trace:seh:raise_exception info[0]=00000001
004f:trace:seh:raise_exception info[1]=8d43ade4
004f:trace:seh:raise_exception eax=00000001 ebx=006b0063 ecx=003389a0
edx=7bcda204 esi=00339330 edi=001c2de8
004f:trace:seh:raise_exception ebp=005c0070 esp=00338c00 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010212
004f:trace:seh:call_stack_handlers calling handler at 0x4a97b0 code=c0000005
flags=0
004f:trace:seh:call_stack_handlers handler at 0x4a97b0 returned 1
004f:trace:seh:call_stack_handlers calling handler at 0x7bc9ecf7 code=c0000005
flags=0
wine: Unhandled page fault on write access to 0x8d43ade4 at address 0x7c130001
(thread 004f), starting debugger...
--- snip ---
I looked at the crash site and noticed it being in the middle of opcode
sequence.
--- snip ---
7C130000 45 INC EBP
7C130001 0889 4424108D OR BYTE PTR DS:[ECX+8D102444],CL
7C130007 8313 B5 ADC DWORD PTR DS:[EBX],-4B
7C13000A FA CLI
--- snip ---
Decoded with proper opcode start addresses:
--- snip ---
7C12FFFF 8B45 08 MOV EAX,DWORD PTR SS:[EBP+8]
7C130002 894424 10 MOV DWORD PTR SS:[ESP+10],EAX
7C130006 8D83 13B5FAFF LEA EAX,[EBX+FFFAB513]
--- snip ---
Partial stack dump with 'esp' = 0x00338c00 from exception context:
--- snip ---
...
00338BA8 C0000005
00338BAC 00000000
00338BB0 00000000
00338BB4 7C130001
00338BB8 00000002
00338BBC 00000001
00338BC0 8D43ADE4 äC
00338BC4 00650074 t e
00338BC8 0033006D m 3
00338BCC 005C0032 2 \
00338BD0 00650067 g e
00338BD4 006B0063 c k
00338BD8 005C006F o \
00338BDC 002E0032 2 .
00338BE0 00340032 2 4
00338BE4 0077005C \ w
00338BE8 006E0069 i n
00338BEC 00000005
00338BF0 00650067 g e
00338BF4 006B0063 c k
00338BF8 005C006F o \
00338BFC 7C130000
00338C00 00338F74 ; UNICODE "C:\windows\system32\gecko\2.24\wine_gecko\"
00338C04 7C1FF480
00338C08 7C19E234 ; ASCII "load_xul"
00338C0C 7C19CF48 ; ASCII "(%s)"
00338C10 7BCEC8C1 ; ASCII
"L"C:\\windows\\system32\\gecko\\2.24\\wine_gecko\\\\xul.dll""
00338C14 7C19D4E8 ; ASCII "Wine Gecko 2.24"
00338C18 7C19E250 ; ASCII "check_version"
00338C1C 7C19D4C0 ; ASCII "%s"
00338C20 7BCEC8AF ; ASCII ""Wine Gecko 2.24""
...
--- snip ---
Yes, looks pretty much like a stack buffer overflow.
A string buffer overwrote 'ebp', 'ebx' values (register save on stack for
'__x86_get_pc_thunk_bx') and parts of the return address.
The NULL terminator cancelled out the lower 16 bits of the return address.
The culprit: 'load_xul' -> 'set_environment'
Source:
http://source.winehq.org/git/wine.git/blob/0be56d27d2d4b22367313fa4c6f1e658…
--- snip ---
439 static void set_environment(LPCWSTR gre_path)
440 {
441 WCHAR path_env[MAX_PATH], buf[20];
442 int len, debug_level = 0;
443
444 static const WCHAR pathW[] = {'P','A','T','H',0};
445 static const WCHAR warnW[] = {'w','a','r','n',0};
446 static const WCHAR xpcom_debug_breakW[] =
447
{'X','P','C','O','M','_','D','E','B','U','G','_','B','R','E','A','K',0};
448 static const WCHAR nspr_log_modulesW[] =
449 {'N','S','P','R','_','L','O','G','_','M','O','D','U','L','E','S',0};
450 static const WCHAR debug_formatW[] = {'a','l','l',':','%','d',0};
451
452 /* We have to modify PATH as XPCOM loads other DLLs from this
directory. */
453 GetEnvironmentVariableW(pathW, path_env,
sizeof(path_env)/sizeof(WCHAR));
454 len = strlenW(path_env);
455 path_env[len++] = ';';
456 strcpyW(path_env+len, gre_path);
457 SetEnvironmentVariableW(pathW, path_env);
458
459 SetEnvironmentVariableW(xpcom_debug_breakW, warnW);
460
461 if(TRACE_ON(gecko))
462 debug_level = 5;
463 else if(WARN_ON(gecko))
464 debug_level = 3;
465 else if(ERR_ON(gecko))
466 debug_level = 2;
467
468 sprintfW(buf, debug_formatW, debug_level);
469 SetEnvironmentVariableW(nspr_log_modulesW, buf);
470 }
--- snip ---
'path_env' must have overflowed ... but how?
I used a JIT debugger to examine the process environment block at the time of
the crash since 'GetEnvironmentVariableW' reads from
'NtCurrentTeb()->Peb->ProcessParameters->Environment'.
--- snip ----
Address UNICODE dump
...
00231EC0 m32\cmd.exe.PATH
00231EE0 =C:\windows\syst
00231F00 em32;C:\windows;
00231F20 C:\windows\syste
00231F40 m32\wbem;C:\wind
00231F60 ows\system32\gec
00231F80 ko\2.24\wine_gec
00231FA0 ko\;C:\windows\s
00231FC0 ystem32\gecko\2.
00231FE0 24\wine_gecko\;C
00232000 :\windows\system
00232020 32\gecko\2.24\wi
00232040 ne_gecko\;C:\win
00232060 dows\system32\ge
00232080 cko\2.24\wine_ge
002320A0 cko\;C:\windows\
002320C0 system32\gecko\2
002320E0 .24\wine_gecko\.
00232100 TEMP=C:\users\fo
00232120 cht\Temp.TMP=C:\
00232140 users\focht\Temp
00232160 .windir=C:\windo
00232180 ws.ALLUSERSPROFI
002321A0 LE=C:\users\Publ
002321C0 ic.APPDATA=C:\us
...
--- snip ---
At the time 'gre_path' path was appended, the string from 'PATH' environment
variable had already grown near 'MAX_PATH' (260 characters) buffer limit.
'PATH' is of course not limited to 'MAX_PATH' since it contains a list of
paths.
A better option would be to query with 'GetEnvironmentVariableW( value, NULL,
0)' first and allocate the needed buffer from heap, including length for
'gre_path'.
Even with these things corrected there is still a general problem: at one point
it will overflow/being blocked from appending to 'PATH'.
Each newly created updater process inherits the process environment from parent
(client updater restarts itself each time).
A more sophisticated thing to do would be to search for existing value and not
append if already present.
Wine Mono 'mscoree' component has a similar potential stack buffer overflow:
http://source.winehq.org/git/wine.git/blob/8cdcf470016f0655dfc8810f9d4d2f2d…
Regards
--
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=49999
Bug ID: 49999
Summary: It should be possible to submit results for all
versions of the current stable branch
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elk_aide(a)startmail.com
Distribution: ---
Lots of Linux Distributions and FreeBSD only ship the stable releases of wine
in their repositories. They often stick to the first minor release (In Debian
and FreeBSD this currently is 5.0 for example).
I think it should be possible to submit tests with the distribution's own most
recent wine package, as that probably is the main way wine is aquired.
Therefore the AppDB list should include the "outdated" minor releases of the
current stable branch for selection aswell.
This is currently not the case (only 5.0.2 is available for selection
currently).
Cheers!
--
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=47867
Bug ID: 47867
Summary: comctl32:animate: create_animate() fails in Japanese
on Windows 10 1809
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:animate has the following failures on the new w1064v1809_ja VM
(Windows 10 1809 + Japanese locale):
animate.c:106: Test failed: GetUpdateRect: There should be a region that needs
to be updated
animate.c:106: Test failed: GetUpdateRect: There should be a region that needs
to be updated
Interestingly this does not fail on the fg-win7u64-1spie9-ja VM so this is
specific to the Japanese + Windows 10 combination.
The test was introduced in this commit:
commit bc357819296594aca300fdf30bb0cda46e9f0be0
Author: Bruno Jesus <00cpxxx(a)gmail.com>
AuthorDate: Fri Mar 18 14:29:48 2016 +0530
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Tue Mar 22 00:36:30 2016 +0900
comctl32/tests: Add initial tests for the animation control.
Signed-off-by: Bruno Jesus <00cpxxx(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52164
Bug ID: 52164
Summary: mfplat:mfplat gets stuck in
test_MFCreateDXSurfaceBuffer() on cw-gtx560 (Nvidia)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplat:mfplat gets stuck on cw-gtx560 (Nvidia):
07b4:mfplat: 6 tests executed (0 marked as todo, 0 failures), 0 skipped.
1760:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped.
1ab4:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped.
0668:mfplat: 8 tests executed (0 marked as todo, 0 failures), 0 skipped.
mfplat:mfplat:1ae8 done (258) in 120s
(258 == WAIT_TIMEOUT)
https://test.winehq.org/data/patterns.html#mfplat:mfplat
Running with WINETEST_REPORT_SUCCESS shows that the freeze happens in
test_MFCreateDXSurfaceBuffer(), specifically in the first
IMFMediaBuffer_Unlock() call.
hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length);
ok(hr == S_OK, "Unexpected hr %#x.\n", hr);
ok(length == max_length, "Unexpected length.\n"); // <--- last trace
/* Unlock twice. */
hr = IMFMediaBuffer_Unlock(buffer);
ok(hr == S_OK, "Unexpected hr %#x.\n", hr); // <--- never seen
This is specific to cw-gtx560, the TestBot's only Nvidia test configuration. It
also only happens on Windows 10, from 1709 to 21H1: the test succeeds on
cw-gtx560 when running Windows 8.1 despite the fact that it still runs
test_MFCreateDXSurfaceBuffer() (the skip trace is not present in the win81
WineTest report).
--
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=51899
Bug ID: 51899
Summary: 16-bit Collins Dictionary has black background.
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
This is a split from bug 51802. Bisect points to
6f095cea53787f03a159f0464b9881ace3724e6b is the first bad commit
commit 6f095cea53787f03a159f0464b9881ace3724e6b
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Aug 3 12:56:49 2021 +0200
gdi32: Use NtGdiPatBlt for PatBlt implementation.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=31358
Bug #: 31358
Summary: Bobcad v25 hangs on startup
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Tried installing free trial
13f91536f3a429ccb65b45b7bf72adb927c7d294 BobCAD_V25_Demo_32bit.exe
from
http://www.bobcad.com/products/cad
Seemed to install fine, and put up a UI, but the main window of the
UI was never drawn, and the UI was nonresponsive.
--
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=24664
Summary: The letter 'R' is not visible in Shapes On A Plane
Product: Wine
Version: 1.3.4
Platform: x86
URL: https://www.digipen.edu/?id=1170&proj=433
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Nearly all the letter 'R' are not visible in text such as the options screen.
--
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=40111
Bug ID: 40111
Summary: mpr:mpr regression
Product: Wine
Version: 1.9.3
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Since the commit below, all Windows XP machines (even non-VMs) except the
TestBot have a couple of systematic failures. It's not clear why the TestBot VM
does not get a failure. It could be because it's the only one to be a Pro
version, or because of a subtle network configuration difference.
Failure:
mpr.c:283: Test failed: Unexpected return: 53
mpr.c:303: Test failed: Unexpected return: 53
mpr:mpr results on test.winehq.org:
https://test.winehq.org/data/tests/mpr:mpr.html
commit d2ce22ba239d6ea4955e58784cf3e912920bb93b
Author: Pierre Schweitzer <pierre(a)reactos.org>
Date: Sun Jan 31 22:17:27 2016 +0100
mpr/tests: Add tests for WNetUseConnectionA().
Signed-off-by: Pierre Schweitzer <pierre(a)reactos.org>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=47938
Bug ID: 47938
Summary: kernel32:heap fails on fg-win7u64-* since 9 September
2019
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
<http://test.winehq.org/data/tests/kernel32:heap.html>
Very consistently we see this:
heap.c:1209: Test failed: GetPhysicallyInstalledSystemMemory unexpectedly
failed
heap.c:1210: Test failed: expected total_memory != 0
heap.c:1215: Test failed: expected total_memory >= memstatus.ullTotalPhys /
1024
I'm more than a little inclined to blame the virtualization software.
--
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=20987
Summary: msi tests can't be run in parallel
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
We spend an awful lot of time waiting for tests to finish.
It'd be awesome if "make -j 100 test" worked.
As a first step, let's make the msi tests work in parallel.
"make -j100" in the msi directory explodes at the moment
because many of the tests use the same filenames.
--
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=48047
Bug ID: 48047
Summary: urlmon:protocol - The https test fails on XP since the
winehq.org upgrade
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 65588
--> https://bugs.winehq.org/attachment.cgi?id=65588
Screen capture of test.winehq showing the failures starting on Sep 09
The https protocol test in urlmon:protocol has been failing on Windows XP and
2003 since the winehq.org upgrade:
protocol.c:3591: Testing https protocol (from urlmon)...
protocol.c:1190: Test failed: hrResult = 800c0008, expected: 00000000
protocol.c:3435: Test failed: wait timed out
protocol.c:3437: Test failed: expected Switch
urlmon:protocol:0444 done (258) in 120s
Test failed: timed out
Note: 800c0008 is INET_E_DOWNLOAD_FAILURE.
See https://test.winehq.org/data/tests/urlmon:protocol.html
On Windows XP trying to open https://www.winehq.org in Internet Explorer
(8.0.6001.18702) fails with no clear reason. Many other sites fail in the same
way while trying to access google.com clearly indicates there is a certificate
problem and asks whether to trust it anyway. As is Windows XP is unusable to
surf the web. It's still possible to install Firefox 52.9.0 and then accessing
https://www.winehq.org works. But then Firefox uses its own rot certificates
and may not even use the Windows libraries for encryption.
Windows Update offers no meaningful update (only Microsoft Security Essentials
and Windows Live Essentials).
So it's possible Windows XP and 2003 are either missing the required root
certificates or do not support support whichever standard is used in the
current certificates. In that case this test should be skipped on these
platforms.
--
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=51084
Bug ID: 51084
Summary: Failed to load … win32k.sys, not working at all on
Fedora 34
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy(a)madspunky.net
Distribution: ---
I don't know why the official Wine documentation doesn't even mention that
there are official Fedora packages, or respectively why installing the Wine
repository would be preferable. Anyway, it's not available for F34 yet.
So I installed wine `dnf install wine` and tried `winecfg`, but it fails:
```
002c:fixme:winediag:LdrInitializeThunk wine-staging is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0058:err:winedevice:ServiceMain Failed to load
L"C:\\windows\\system32\\win32k.sys"
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
005c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
0064:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
006c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
00a4:err:winedevice:ServiceMain Failed to load
L"C:\\windows\\system32\\win32k.sys"
00a0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
002c:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
wine: could not load kernel32.dll, status c0000135
```
wine-6.7 (Staging)
Thanks
--
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=49055
Bug ID: 49055
Summary: Multiple .NET WPF 4.x applications show black screen
or have broken user interface rendering
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
separated from https://bugs.winehq.org/show_bug.cgi?id=45774#c6
Solmis v2.4 requires at least .NET Framework 4.5.2 ('winetricks -q dotnet452')
Additionally 'winetricks -q corefonts' later.
http://solmis.agoraplus.com/http://solmis.agoraplus.com/ZippedInstall/Install.zip
With .NET Framework 4.5.2 installed, click-once installer technology (dfsvc) is
used which downloads additional 88 MB.
After the splash window there is a login dialog supposedly shown but the client
area is rendered (overlayed?) black. Moving the mouse cursor into bottom right
corner and clicking the 'info' icon (briefly revealed) makes the user interface
render.
--- snip ---
$ WINEDEBUG=+process,+loaddll wine ./setup.exe >>log.txt 2>&1
...
00e0:trace:process:SetEnvironmentVariableW
(L"__COR_COMMAND_LINE_APP_FULL_NAME__"
L"http://solmis.agoraplus.com/Solmis.Client.application#Solmis.Client.applica…,
Version=2.4.3.140, Culture=neutral, PublicKeyToken=bbf7981b5975ac11,
processorArchitecture=x86/Solmis.Client.exe, Version=2.4.3.140,
Culture=neutral, PublicKeyToken=bbf7981b5975ac11,
processorArchitecture=x86"...)
00e0:trace:process:CreateProcessInternalW app (null) cmdline
L"\"C:\\users\\focht\\Local Settings\\Application
Data\\Apps\\2.0\\WOQPTZWG.M8V\\PQEDRA2Y.KYX\\solm..tion_bbf7981b5975ac11_0002.0004_38571e05ef5065e8\\Solmis.Client.exe\""
00fc:fixme:dwmapi:DwmAttachMilContent (00030042) stub
0134:fixme:driver:GdiEntry13 stub
0134:fixme:dwrite:dwritefactory_CreateMonitorRenderingParams (0x1): monitor
setting ignored
0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488,
device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemCore"
00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemXml"
00fc:fixme:path:parse_url failed to parse L"PresentationFramework-SystemData"
00fc:fixme:path:parse_url failed to parse L"UIAutomationTypes"
...
0134:fixme:dwmapi:DwmIsCompositionEnabled 0F42FDF4
0134:fixme:d3d:wined3d_check_device_format_conversion output 0x4f47488,
device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8A8_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
0144:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0144:fixme:d3d:state_lastpixel Last Pixel Drawing Disabled, not handled yet
0134:fixme:path:parse_url failed to parse L"Solmis.Client.resources"
0134:fixme:d3d9:Direct3DShaderValidatorCreate9 Returning stub validator
0F464038.
--- snip ---
Workaround:
https://docs.microsoft.com/en-us/dotnet/framework/wpf/graphics-multimedia/g…
--- snip ---
$ wine reg add "HKCU\\SOFTWARE\\Microsoft\\Avalon.Graphics" /v
DisableHWAcceleration /t REG_DWORD /d 1 /f
--- snip ---
Although I mentioned this workaround in bug 45871 ("Several .NET 4.7 WPF
applications crash with HLSL shader parsing failure when using builtin
'd3dcompiler_47.dll'") as well, d3dcompiler is not used in this case.
$ sha1sum Install.zip
d406efdd6a61a7291bbb8a8dad58847182dfa557 Install.zip
$ du -sh Install.zip
40M Install.zip
$ wine --version
wine-5.7-97-g7ccc45f754
Regards
--
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=42118
Bug ID: 42118
Summary: Chessmaster 9000 Mentor Lines/Thinking Lines don't
work and freeze the game
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bkbk9(a)yahoo.ca
Distribution: ---
The "Mentor Lines" and "Thinking Lines" windows don't work in Chessmaster 9000.
Both windows should display the chess engine's best moves being considered by
its evaluation function. Under wine, these windows stay unresponsive and cause
the game underway to freeze.
--
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=41692
Bug ID: 41692
Summary: World of Tanks crashes instantly on start with OSSv4
on wine 1.9.17
Product: Wine
Version: 1.9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: HASH.DuOrden(a)gmail.com
Distribution: ---
Created attachment 56092
--> https://bugs.winehq.org/attachment.cgi?id=56092
WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp
Starting with wine-1.9.17 and up,
OSSv4 version:
Version info: OSS 4.2 (b 2006/201611080054) (0x00040100) OSS_HG
Hg revision: changeset: 948:233e1cedf15a
WoT crashes on start:
WorldOfTanks.exe wot_wait_for_mutex -clientGraphicsAPI d3d9
Regression testing result:
5df297206debc1256bfa479488e1941fce108cc5 is the first bad commit
commit 5df297206debc1256bfa479488e1941fce108cc5
Author: Hugh McMaster <hugh.mcmaster(a)outlook.com>
Date: Mon Aug 15 09:19:24 2016 +0000
reg/tests: Add more Unicode tests for 'reg import'.
Signed-off-by: Hugh McMaster <hugh.mcmaster(a)outlook.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 ff708fa858bf6aac348c37802379037d5118796c
ddfdae286b6a11eb4d9d162376226b047c724850 M programs
Log of crash with wine-1.9.22 and
"WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp"
--
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=52058
Bug ID: 52058
Summary: GTA 1997 autorun.exe not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: guillere(a)adinet.com.uy
Distribution: ---
Created attachment 71069
--> https://bugs.winehq.org/attachment.cgi?id=71069
git bissect result
I'am running GTA (Grand Theft Auto (1997)) using the original CD-ROM (mounting
trow CDEMU) (using CUE from Internet Archive)
d:\autorun.exe NOT WORK in master branch (git://source.winehq.org/git/wine.git)
BUT it work in wine 6.0!
I make a git bissect from tag wine-6.0 to MASTER
The result....
guille@Aspire-I5:~/src/wine$ git bisect good
0dd37b02f99f5090dd855343fcd8a99496047f3e is the first bad commit
commit 0dd37b02f99f5090dd855343fcd8a99496047f3e
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Tue Nov 2 13:26:42 2021 +0300
ntdll: Store module dependencies in DDAG structure.
Signed-off-by: Paul Gofman <pgofman(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/kernel32/tests/module.c | 12 +--
dlls/ntdll/loader.c | 201 +++++++++++++++++++++++++++++++------------
include/winternl.h | 4 +-
3 files changed, 152 insertions(+), 65 deletions(-)
--
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=51873
Bug ID: 51873
Summary: Joy.cpl crashes on the FFB tab when the FFB device is
selected in the drop down list
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: joy.cpl
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
CC: rbernon(a)codeweavers.com
Distribution: ArchLinux
Created attachment 70792
--> https://bugs.winehq.org/attachment.cgi?id=70792
joy_cpl_6.19_crash.log
This happens when the wineprefix is configured through registry to use bus_udev
/ hidraw ("Enable SDL" = 0 and "DisableInput" = 1).
After some debugging found out that the supported number of buttons in Joy.cpl
is 32, while the device is reporting 128. In result state.rgbButtons
(main.c/ff_input_thread()) is being evaluated outside of its bounds, which
eventually leads to going through the check where the real crash happens in
IDirectInputEffect_SetParameters():775.
After fixing the out of bounds issue (attached a patch for that), now joy.cpl
doesn't crash immediately, but after choosing the desired FFB effect and
pushing a button on the wheel to start the test.
After some more debugging found out that joy->effects[chosen_effect].effect
(the first operand) is NULL, leading to the segmentation fault. So probably the
lpVtbl is not initialized for some reason. Other parts of that structure looked
OK IMO.
Otherwise the tracking of the steering wheel on the first tab worked properly
through HIDRAW, as well as the available buttons. So this is already very
positive :)
Have tried it also through the SDL bus ("Enable SDL" = 1), and it worked as
expected. The FFB test also partially worked. The sine wave effect was
functional, while the constant and conditional effect didn't react.
Also while debugging the above issue saw that joy->num_buttons is incorrectly
set to 134 buttons, while the device (Simucube 2 Sport) has 128. Appeared that
the PID State input report which includes several usages with report count 1,
is being parsed as a normal input report in
dinput/joystick_hid.c/enum_objects(), and those parameters are counted as
buttons. So attached a patch for this too.
Do you have any hints how to debug dinput properly for the lpVtbl issue? The
gdb script helps a lot BTW :)
(The attached crash log is after the first patch applied, but it was similar
before that.)
--
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=51716
Bug ID: 51716
Summary: gameux:gamestatistics fails on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gameux:gamestatistics fails on Windows 10 1809+:
gamestatistics.c:161: Test failed: GetGameStatistics returned unexpected value:
0x00000000
gamestatistics.c:162: Test failed: Expected output pointer to be NULL, got
neither NULL nor deadbeef
gamestatistics.c:212: Test failed: setting category title invalid result:
0x80070057
gamestatistics.c:215: Test failed: setting category title failed: Category0
gamestatistics.c:216: Test failed: setting category title failed: Category1
gamestatistics.c:217: Test failed: setting category title failed: Category2
gamestatistics.c:221: Test failed: setting statistic returned unexpected value:
0x80070057)
gamestatistics.c:224: Test failed: setting statistic returned unexpected value:
0x80070057)
gamestatistics.c:231: Test failed: setting statistic returned unexpected value:
0x80070057)
gamestatistics.c:238: Test failed: setting statistic returned unexpected value:
0x80070057)
gamestatistics.c:248: Test failed: setting statistic failed: name=Statistic00,
value=Value00
gamestatistics.c:250: Test failed: setting statistic failed: name=Statistic01,
value=Value01
gamestatistics.c:252: Test failed: setting statistic failed: name=Statistic10,
value=Value10
gamestatistics.c:254: Test failed: setting statistic failed: name=Statistic11,
value=Value11
gamestatistics.c:256: Test failed: setting statistic failed: name=Statistic20,
value=Value20
gamestatistics.c:258: Test failed: setting statistic failed: name=Statistic21,
value=Value21
gamestatistics.c:265: Test failed: statistics file
L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\GameExplorer\\GameStatistics\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}.gamestats"
does not exists
gamestatistics.c:268: Test failed: setting category title failed: Category0a
gamestatistics.c:276: Test failed: GetGameStatistics returned invalid open
result: 0x0
gamestatistics.c:281: Test failed: getting category title failed
gamestatistics.c:282: Test failed: getting category title returned invalid
string (null)
gamestatistics.c:287: Test failed: getting category title failed
gamestatistics.c:288: Test failed: getting category title returned invalid
string (null)
gamestatistics.c:293: Test failed: getting category title failed
gamestatistics.c:294: Test failed: getting category title returned invalid
string (null)
gamestatistics.c:300: Test failed: getting category title failed
gamestatistics.c:305: Test failed: getting statistic failed
gamestatistics.c:306: Test failed: getting statistic returned invalid name
gamestatistics.c:307: Test failed: getting statistic returned invalid value
gamestatistics.c:312: Test failed: getting statistic failed
gamestatistics.c:313: Test failed: getting statistic returned invalid name
gamestatistics.c:314: Test failed: getting statistic returned invalid value
gamestatistics.c:319: Test failed: getting statistic failed
gamestatistics.c:320: Test failed: getting statistic returned invalid name
gamestatistics.c:321: Test failed: getting statistic returned invalid value
gamestatistics.c:326: Test failed: getting statistic failed
gamestatistics.c:327: Test failed: getting statistic returned invalid name
gamestatistics.c:328: Test failed: getting statistic returned invalid value
gamestatistics.c:333: Test failed: getting statistic failed
gamestatistics.c:334: Test failed: getting statistic returned invalid name
gamestatistics.c:335: Test failed: getting statistic returned invalid value
gamestatistics.c:340: Test failed: getting statistic failed
gamestatistics.c:341: Test failed: getting statistic returned invalid name
gamestatistics.c:342: Test failed: getting statistic returned invalid value
gamestatistics.c:350: Test failed: statistics file
L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\GameExplorer\\GameStatistics\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}.gamestats"
does not exists
https://test.winehq.org/data/patterns.html#gameux:gamestatistics
It looks like for a number of these Windows changed the way it handles invalid
parameters / border cases.
--
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=50540
Bug ID: 50540
Summary: Windows PowerShell Core 6.2 Preview 2 for ARM32
crashes on unimplemented function
KERNEL32.dll.RtlVirtualUnwind
Product: Wine
Version: 6.0
Hardware: arm
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Download:
https://web.archive.org/web/20210121225132/https://github.com/PowerShell/Po…
--- snip ---
$ pwd
/home/focht/projects/winrt-apps/powershell620-arm32
$ file *.{dll,exe}
...
api-ms-win-crt-utility-l1-1-0.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
clrcompression.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
clretwrc.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
clrjit.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
coreclr.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
dbgshim.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
hostfxr.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
hostpolicy.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
mi.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
miutils.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
mscordaccore.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
mscordaccore_arm_arm_4.6.26919.02.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
mscordbi.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
mscorlib.dll: PE32 executable (DLL)
(console) Intel 80386 Mono/.Net assembly, for MS Windows
mscorrc.debug.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
mscorrc.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
netstandard.dll: PE32 executable (DLL)
(console) Intel 80386 Mono/.Net assembly, for MS Windows
pwrshplugin.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
pwsh.dll: PE32 executable
(console) ARMv7 Thumb Mono/.Net assembly, for MS Windows
sos.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
sos_arm_arm_4.6.26919.02.dll: PE32 executable (DLL)
(GUI) ARMv7 Thumb, for MS Windows
ucrtbase.dll: PE32 executable (DLL)
(console) ARMv7 Thumb, for MS Windows
pwsh.exe: PE32 executable
(console) ARMv7 Thumb, for MS Windows
--- snip ---
--- snip ---
$ wine ./pwsh.exe
...
0024:fixme:seh:WerRegisterRuntimeExceptionModule
(L"Z:\\home\\focht\\projects\\winrt-apps\\powershell620-arm32\\mscordaccore.dll",
00B40000) stub
0024:fixme:msvcrt:_control87 not implemented
...
00fc:fixme:msvcrt:_control87 not implemented
0024:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 2 000504DC 0029DC28
0029E3B8 00000000
wine: Call from 7FF813E1 to unimplemented function
KERNEL32.dll.RtlVirtualUnwind, aborting
wine: Unimplemented function KERNEL32.dll.RtlVirtualUnwind called at address
7FF813E1 (thread 0024), starting debugger...
Unhandled exception: unimplemented function KERNEL32.dll.RtlVirtualUnwind
called in 32-bit code (0x7ff813e1).
Register dump:
Thumb User Mode
Pc:7ff813e1 Sp:0029c108 Lr:7ff9d06b Cpsr:200b0030(--C-)
r0:0029bf60 r1:00000001 r2:00000000 r3:00000002
r4:0029c108 r5:0029c930 r6:0029cb14 r7:00e0a5e4
r8:0029c2d8 r9:00000009 r10:00000000 r11:0029c190 r12:00f29010
Stack dump:
0x0029c108: 80000100 00000001 00000000 7ff813e1
0x0029c118: 00000002 00f276f6 00f27428 00c5a78f
0x0029c128: 01363c10 004d8f04 003c63f4 00000000
0x0029c138: 009b1e08 00000002 0004e9e0 00000005
0x0029c148: 0029cb54 0029c568 0029c930 0029cb14
0x0029c158: 0029c190 00c0abf7 0029c930 0029c17c
Backtrace:
=>0 0x7ff813e1 (0x0029c190)
1 0x7ff9d06b (0x0029c190)
0x7ff813e1:
lsl r7, r4, #3
Modules:
Module Address Debug info Name (34 modules)
PE 320000- 386000 Deferred hostpolicy
PE 400000- 439000 Deferred pwsh
PE b40000- f6f000 Deferred coreclr
PE 1290000- 1ba3000 Deferred system.private.corelib
PE 10000000-10045000 Deferred hostfxr
PE 7f8d0000-7f8d5000 Deferred api-ms-win-crt-multibyte-l1-1-0
PE 7f900000-7f904000 Deferred api-ms-win-crt-convert-l1-1-0
PE 7f920000-7f923000 Deferred api-ms-win-crt-locale-l1-1-0
PE 7f940000-7f944000 Deferred api-ms-win-crt-string-l1-1-0
PE 7f960000-7f964000 Deferred api-ms-win-crt-stdio-l1-1-0
PE 7f990000-7f993000 Deferred api-ms-win-crt-heap-l1-1-0
PE 7f9b0000-7f9b5000 Deferred api-ms-win-crt-math-l1-1-0
PE 7fa10000-7fac1000 Deferred ucrtbase
PE 7fa10000-7fac1000 Deferred api-ms-win-crt-runtime-l1-1-0
PE 7faf0000-7faf7000 Deferred kernelbase
PE 7fba0000-7fd5d000 Deferred kernel32
PE 7ff50000-7ff54000 Deferred ntdll
PE f6e60000-f6e63000 Deferred
api-ms-win-core-winrt-roparameterizediid-l1-1-0
PE f6e80000-f6e84000 Deferred imm32
PE f6ff0000-f6ff3000 Deferred api-ms-win-crt-time-l1-1-0
PE f7010000-f7013000 Deferred api-ms-win-crt-utility-l1-1-0
PE f7040000-f7043000 Deferred shcore
PE f7070000-f7078000 Deferred shlwapi
PE f70e0000-f70e8000 Deferred oleaut32
PE f71b0000-f71b3000 Deferred combase
PE f7240000-f7247000 Deferred gdi32
PE f7360000-f7364000 Deferred rpcrt4
PE f73d0000-f73d4000 Deferred version
PE f7400000-f740f000 Deferred setupapi
PE f74a0000-f7588000 Deferred user32
PE f7680000-f76a8000 Deferred ole32
PE f7750000-f7753000 Deferred sechost
PE f7790000-f7794000 Deferred advapi32
PE f78e0000-f78e3000 Deferred
api-ms-win-crt-filesystem-l1-1-0
Threads:
Exception c000001d
System information:
Wine build: wine-6.0-111-gf03db0f75e9
Platform: arm
Version: Windows 7
Host system: Linux
Host version: 4.20.0+
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/a952453888fb5df3c70edf357820bc9…
--- snip ---
1059 @ stdcall -arch=arm64,x86_64 RtlVirtualUnwind(long long long ptr ptr ptr
ptr ptr)
--- snip ---
$ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip
b77b87906514e802c03c84fcb72ce39f925c3b41
PowerShell-6.2.0-preview.2-win-arm32.zip
$ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip
40M PowerShell-6.2.0-preview.2-win-arm32.zip
$ wine --version
wine-6.0-111-gf03db0f75e9
Regards
--
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=43456
Bug ID: 43456
Summary: Cannot successfully install WebPlus X8 from SERIF.
Product: Wine
Version: 2.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: want.g(a)xtra.co.nz
Distribution: ---
Created attachment 58824
--> https://bugs.winehq.org/attachment.cgi?id=58824
Program Dump.
Cannot install WebPlus X8 from SERIF. This product starts to install, but fails
when publishing the product (Whatever that is). It copies files, sets up
Registry then fails when the program application subinacl.exe gets a page
error. The program DUMP showing this error is attached. The Windows S/W level
was set to Windows 10. However I have tried XP thru to Windows 10 and the
install fails for the same reason. The Libraries installed were: mfc42
(native), mfc42u(native) and msvcr100(native, builtin). The WINE level was
2.13-Staging. However the failure is the same when using lower levels of WINE.
Applications installed were: MicroSoft Visual C++ 2010 x86 Redist. 10.0.40219;
Wine Gecko (32 bit) 2.47; Wine Mono 4.7.0.
I am running XUBUNTU 16.04 LTS.
--
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=52036
Bug ID: 52036
Summary: Simple match the pairs card game not working with
version 6.21 - program dumps
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: craigaschulstad(a)gmail.com
Distribution: ---
Created attachment 71040
--> https://bugs.winehq.org/attachment.cgi?id=71040
Debug output of the program error
An older 32 bit Windows C++ program I had built over ten years ago worked fine
until the latest iteration of Wine (version 6.21) was released. When launched
under the new version, a page fault occurs and the program falls over. I
launched the program using the "winedbg" command and have attached the output
of that command. FYI, the game utilized the "cards.dll" DLL file. Please let
me know if any further debug dumps are needed.
--
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=52061
Bug ID: 52061
Summary: dinput HID joystick sends unnecessary effect update
reports.
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
Split from https://bugs.winehq.org/show_bug.cgi?id=51873, native implementation
only sends effect parameter update reports for the effect parameter blocks that
have been modified. Current implementation sends all parameter blocks updates
every time an effect is modified. This causes unnecessary traffic and possibly
unexpected behavior.
--
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=51996
Bug ID: 51996
Summary: aarch64: NtGetContextThread/NtSetContextThread on
another thread ignores FPU state due to buggy SIGUSR1
handler
Product: Wine
Version: 6.21
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Regression SHA1: 07f37f21377e930aefeb1fef3ab9c3cf9daee84f
Distribution: ---
Created attachment 70987
--> https://bugs.winehq.org/attachment.cgi?id=70987
Test program reproducing the behaviour
Compiled with -O2, the attached test program's output should be:
value = 2.0
When the actual output is:
value = -1.0
This is due to NtGetContextThread/NtSetContextThread not being able to
save/restore FP registers, since save_context()/restore_context() ignores them.
The bug can be traced back to commit 07f37f21377 (ntdll: Add support for
saving/restoring FPU state on ARM64., 2019-08-13), which implements
save_fpu()/restore_fpu() but does not make use of them in
save_context()/restore_context().
--
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=51993
Bug ID: 51993
Summary: Ashlar Vellum/DrawingBoard 1.00 redraws incorrectly
tooltip bar
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 70984
--> https://bugs.winehq.org/attachment.cgi?id=70984
Screenshot
Ashlar Vellum/DrawingBoard 1.00 redraws incorrectly tooltip bar. This is a
regression that started with cc7e7002ef8f92f47fe047d598dce057fcc2885b which
caused the bar to disappear completely. From
c129d13cbd49417078878573bd5f34a0f8f7410e the program started crashing on
startup and that is then fixed with 5c8ac458bb72518a1c6f2ed05c783cee6c4a3b82.
Since this commit, the tooltip bar is visible again but it seems that the
background is not cleared properly.
Version 1.01 is avalable from
https://vetusware.com/download/Ashlar%20Vellum%201.01%20for%20Windows (needs
registration) but this version crashes on start. I'll open a separate bug
report.
--
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=51989
Bug ID: 51989
Summary: pen-related tests (gdiplus:graphics and
gdiplus:graphicspath) fail on latest Windows 10
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
We had some new test failures appear in Windows 10 on November 2.
https://test.winehq.org/data/20f1a677b664b3d0d3dc038ffb9ab4f4e4aa6274/win21…https://test.winehq.org/data/20f1a677b664b3d0d3dc038ffb9ab4f4e4aa6274/win21…
It appears that Pen objects with a width of 0.0 and a unit of UnitPixel now
draw with 1.0 width. Previously, they did not draw.
Pen objects with UnitWorld would always draw with a minimum width of 1.0, so
possibly this brings other units' behavior in line with UnitWorld.
The C# and C++ wrappers only allow creating Pen objects with UnitWorld, other
units can only be used through the C API.
We also had the following Mono tests start failing around the same time:
MonoTests.System.Drawing.PenTest:Constructor_Brush_Float_Negative
MonoTests.System.Drawing.PenTest:Constructor_Brush_Float_Zero
MonoTests.System.Drawing.PenTest:Constructor_Color_Float_Negative
MonoTests.System.Drawing.PenTest:Constructor_Color_Float_Zero
MonoTests.System.Drawing.PenTest:Width
In these cases, the test creates a UnitWorld Pen with width < 1.0 and expects
to get the same width back. Instead, current native gdiplus reports a width of
1.0.
I'm not sure whether we should update to this new behavior. It seems likely to
cause a regression if it applies to other units (a half-pixel Pen doesn't make
much sense, but half-inch Pen does).
--
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=47843
Bug ID: 47843
Summary: [Rockstar Game Launcher]Unable to download a game
completly
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 65348
--> https://bugs.winehq.org/attachment.cgi?id=65348
Download stop after a while
Hello,
The new Rockstar Games Launcher can start to download a game but after a while,
the downloading stop without reasons. In fact, the data value does not increase
while the speed download change and is not at zero (see the screenshot)
It seems that no more data are downloaded. Each time i close and launch the
launcher, the download starts from zero.
In the output log, there are some lines about bcrypt algorythm not implemented
:
"002a:fixme:bcrypt:BCryptOpenAlgorithmProvider algorithm L"DH" not supported"
Or others lines like this (i don't know if it's important) :
0035:fixme:bcrypt:BCryptGenRandom ignoring selected algorithm
I add the +bcrypt log too.
--
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=46017
Bug ID: 46017
Summary: Layers of Fear areas are almost entirely black
rendered
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 62591
--> https://bugs.winehq.org/attachment.cgi?id=62591
screenshot
Main hall.
err:d3d:wined3d_debug_callback 0x937c010: "GL_INVALID_FRAMEBUFFER_OPERATION
error generated. Operation is not valid because a bound framebuffer is not
framebuffer complete.".
fixme:d3d:context_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS (0x8da8).
fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d texture 1116,
128x128, 0 samples, format 0x81a5.
fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d-array
texture 1112, 128x128, 0 samples, format 0x822e.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
wine-3.18-114-g417e94f199
--
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=52067
Bug ID: 52067
Summary: ntdll MEM_DECOMMIT change breaks d3d10_1:d3d10_1,
d3d8:device, d3d8:visual, d3d9:device, d3d9:visual,
ddraw:ddraw1, ddraw:dsurface and dxgi:dxgi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d10_1:d3d10_1, d3d8:device, d3d8:visual, d3d9:device, d3d9:visual,
ddraw:ddraw1, ddraw:dsurface and dxgi:dxgi started crashing on 2021-11-19 on
all Linux platforms (QEmu, cw-gtx560, cw-rx460, fg-deb64).
For instance in d3d10_1:d3d10_1:
Unhandled exception: page fault on read access to 0x013b002c in 32-bit code
(0x7e6fe984).
[...]
Backtrace:
=>0 0x7e6fe984 heap_free+0x3(mem=<internal error>)
[Z:\home\winetest\winetest\src\include\wine\heap.h:46] in wined3d (0x0105fe48)
1 0x7e6fe984 wined3d_resource_free_sysmem+0x14(resource=0045D3C0)
[Z:\home\winetest\winetest\src\dlls\wined3d\resource.c:369] in wined3d
(0x0105fe48)
2 0x7e737e1e wined3d_texture_evict_sysmem+0xba(texture=<internal error>)
[Z:\home\winetest\winetest\src\dlls\wined3d\texture.c:688] in wined3d
(0x0105fe88)
https://test.winehq.org/data/patterns.html#d3d10_1:d3d10_1
And in ddraw:dsurface:
Unhandled exception: assertion failed in 32-bit code (0xf7fc3559).
[...]
Backtrace:
=>0 0xf7fc3559 __kernel_vsyscall+0x9() in [vdso].so (0x0031e7ec)
1 0xf7d8fe02 gettext+0x73f2() in libc.so.6 (0x0031e7ec)
2 0xf7d78306 GLIBC_2+0x1d306() in libc.so.6 (0xf7f40000)
3 0xf7d781d1 GLIBC_2+0x1d1d1() in libc.so.6 (0xf7f40c80)
4 0xf7d87e29 __assert_fail+0x39() in libc.so.6 (0x7e3ef0f0)
5 0x7dfa6c69 XSetArcMode+0x1cef9() in libx11.so.6 (0x7e3ef0f0)
6 0x7def75fc XRenderCompositeString16+0x14ec() in libxrender.so.1
(0x7e3ef0f0)
7 0x7e16a483 get_xrender_picture+0x43(dev=005BF998, clip_rgn=00000000,
clip_rect=0031F73C)
[Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:492] in winex11
(0x0031eb98)
8 0x7e16caed xrender_put_image+0x1ad(src_pict=0x1000071, mask_pict=0,
clip=<is not available>, dst_format=7E3F28C0, physdev=005BF998, drawable=0,
src=0031F6E8, dst=0031F71C, use_repeat=0, src_pixmap=<has been optimized away
by compiler>) [Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:1702]
in winex11 (0x0031ebd8)
9 0x7e16ce31 xrenderdrv_PutImage+0x331(dev=<couldn't compute location>,
clip=<couldn't compute location>, info=<couldn't compute location>,
bits=<couldn't compute location>, src=<couldn't compute location>,
dst=<couldn't compute location>, rop=<couldn't compute location>)
[Z:\home\winetest\winetest\src\dlls\winex11.drv\xrender.c:1840] in winex11
(0x0031ec78)
10 0x7e9541d1 nulldrv_StretchBlt+0x141(dst_dev=<couldn't compute location>,
dst=<couldn't compute location>, src_dev=<couldn't compute location>,
src=<couldn't compute location>, rop=<couldn't compute location>)
[Z:\home\winetest\winetest\src\dlls\win32u\bitblt.c:295] in win32u.so
(0x0031f558)
https://test.winehq.org/data/patterns.html#ddraw:dsurface
See also the corresponding failure patterns for more complete backtraces and
also for the crashes in the other tests.
A bisect shows that the crashes started with the commit below. With luck that
means a single patch will fix all 8 tests; otherwise this commit may just have
revealed preexisting issues and there is now 8 separate bugs to fix (and then
this bug should be split):
commit 7d2a7b94aad8a776a2ee3031a18bb3b53d5925cd
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Nov 19 11:04:30 2021 +0100
ntdll: Fix handling of zero size with MEM_DECOMMIT.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52023
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52133
Bug ID: 52133
Summary: winhttp/wininet should not query mDNS for proxy
auto-detection
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
At least on macOS, the default hostname is something like
"XXs-MacBook-Pro.local". Wine then (correctly) reads the domain name as
"local".
When winhttp or wininet tries to use DNS proxy auto-detection (i.e.
WinHttpDetectAutoProxyConfigUrl() with the WINHTTP_AUTO_DETECT_TYPE_DNS_A
option), they try to resolve "wpad.local".
On macOS this hangs for 5 seconds before failing, causing a 10-minute long hang
while launching Halo: MCC.
This also opens a security hole by allowing anyone on the local network to
advertise an HTTP proxy that will be used automatically by other hosts on the
network.
Microsoft has disabled link-local name resolution (i.e. NetBIOS, LLMNR, mDNS)
by default for WPAD for years:
https://bugs.chromium.org/p/chromium/issues/detail?id=1176970#c29
This is done on Windows with the undocumented AI_DNS_ONLY flag to
getaddrinfo(), unfortunately there is no equivalent UNIX flag.
Adding a special-case for ".local" domains would at least prevent the most
common case of mDNS resolution.
--
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=52103
Bug ID: 52103
Summary: Crazy Stone has been working on Wine for years but now
crashes following update
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gerry(a)gavigan.me.uk
Distribution: ---
Created attachment 71125
--> https://bugs.winehq.org/attachment.cgi?id=71125
backtrace generated by Wine
After splash screen Crazy Stone crashes. I have been using Crazy Stone under
Wine for about five years without problem. Today, on Tumbleweed, after an
update.
--
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=52093
Bug ID: 52093
Summary: malloc() after installing Insta360 pro stitcher (incl.
wine config)
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wwjdtd(a)gmail.com
Distribution: ---
To reproduce:
1. Download Insta360 STITCHER from here:
https://www.insta360.com/download/insta360-pro2
Note: You will want to use the href link since it will otherwise ask for a
serial number.
2. Run Installer
3. Close all wine programs
4. Try to run anything in wine or the wine config tool (or any other built-in).
You will receive the following:
```
malloc(): invalid size (unsorted)
Aborted (core dumped)
```
Copying the program files out and into a fresh wineprefix allows the program to
run properly and does not corrupt the new prefix.
All testing was done in bottles (to prevent stuff breaking from
misconfiguration on my part) with `winehq-devel`. Versions effected is
everything from somewhere above 6.0 to 6.22, this also means it's some form of
regression since it didn't do this previously.
Forum post: https://forum.winehq.org/viewtopic.php?f=8&t=35914&p=135171#p135140
--
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=52072
Bug ID: 52072
Summary: winmm:mci fails in wow64 Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winmm:mci started failing in wow64 Wine on 2021-11-11. It now has 51 failures:
mci.c:248: Test failed: status 4(mode): MCIERR_UNSUPPORTED_FUNCTION
mci.c:328: Test failed: status mode: MCIERR_UNSUPPORTED_FUNCTION
mci.c:656: Test marked todo: mci info new file returned 0=NOERROR
mci.c:660: Test marked todo: status x length initial:
MCIERR_UNSUPPORTED_FUNCTION
mci.c:665: Test failed: mci status samplespersec returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:732: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:781: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:812: Test failed: mci status length returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:827: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:848: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:849: Test failed: mci status mode: after play from 0 to 0
mci.c:860: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:903: Test failed: mci status position notify returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:906: Test failed: Expect message 0001 from status position
mci.c:909: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:910: Test failed: mci status mode:
mci.c:915: Test marked todo: Expect message 0001 from play to 250 wait notify
mci.c:955: Test failed: mci status mode returned MCIERR_UNSUPPORTED_FUNCTION
mci.c:956: Test failed: mci status mode:
mci.c:974: Test failed: mci status position returned
MCIERR_UNSUPPORTED_FUNCTION
mci.c:975: position after Sleep: ms
[...]
https://test.winehq.org/data/patterns.html#winmm:mci
Note that besides the test failures the "mci status mode: " and "position after
Sleep: ms" messages are suspicious.
All four Linux test machines are impacted by this: the failure test pattern
makes it obvious for cw-gtx560, cw-rx460 and the TestBot's debiant2 VM.
fg-deb64 is impacted as well but it is masked by the preexisting timeout.
Strangely a bisect shows that these failures started with this commit:
commit 7c5761ed40f0b8cead7fa837b745b687d5df67d8
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Nov 11 16:21:00 2021 +0100
wrc: Ignore the target option.
Nothing in resource files depends on the pointer size.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52068
Bug ID: 52068
Summary: hid:device times out randomly in
test_get_input_report()
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
hid:device times out randomly (>10% of the time) in test_get_input_report():
device.c:406: HidD_GetInputRpeort tests on device :L"Wine HID mouse"
hid:device:05cc done (258) in 120s
https://test.winehq.org/data/patterns.html#hid:device
So far this only happened in the pure 32-bit builds but it does impact various
machines (cw-gtx560, cw-rx460, some debiant2 configurations and fg-deb64).
A bisect shows that the timeouts started with this commit:
commit fca0f18d0857d6aee67c6ef652c31c6810292270
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Nov 19 09:39:39 2021 +0100
winebus.sys: Avoid unnecessary scaling of effect parameter values.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52023
Bug ID: 52023
Summary: VirtualFree returning error when it should not
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: elpochodelagente(a)gmail.com
Distribution: ---
Created attachment 71022
--> https://bugs.winehq.org/attachment.cgi?id=71022
test case source and exe
I find it odd that Wine's version of VirtualFree [1] with MEM_DECOMMIT does
nothing, and always returns error (STATUS_NO_MEMORY, see decommit_pages and
anon_map_fixed in dlls/ntdll/unix/virtual.c).
The attached test passes, (crashing) in windows but doesn't in wine:
$ x86_64-w64-mingw32-gcc -o decommit.exe decommit.c
Windows:
$ ./decommit.exe
======
test 1 - reserve, commit, release
> success!
======
test 2 - reserve, commit, decommit, attempt use
> Segmentation fault
Wine:
$ wine decommit.exe
======
test 1 - reserve, commit, release
> success!
======
test 2 - reserve, commit, decommit, attempt use
> Could not decommit memory. Error code: 8
======
[1]
https://docs.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-v…
--
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=51895
Bug ID: 51895
Summary: ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly
on some machines
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ucrtbase:misc fma(inf, 0, 0) 'succeeds' unexpectedly on some machines:
misc.c:799: Test failed: fma(inf, 0.000000, 0.000000) got errno -1
misc.c:799: Test failed: fma(0.000000, inf, 0.000000) got errno -1
misc.c:799: Test failed: fma(inf, 1.000000, -inf) got errno -1
misc.c:799: Test failed: fma(-inf, 1.000000, inf) got errno -1
misc.c:799: Test failed: fma(1.000000, inf, -inf) got errno -1
misc.c:799: Test failed: fma(1.000000, -inf, inf) got errno -1
https://test.winehq.org/data/patterns.html#ucrtbase:misc
Additional tests seem to indicate this is related to the CPU features:
* The test succeeds on all TestBot VMs, and they also all return
_get_FMA3_enabled() = 0.
* The test fails on fgtb-w10pro64 (i7-4790K) where _get_FMA3_enabled() returns
1.
* Paul Gofman reported getting this failure on a modern AMD processor where
_get_FMA3_enabled() presumably returns 1 too.
Yet:
* The documentation says _get_FMA3_enabled() is about transcendental functions.
fma() is not one of them.
* _get_FMA3_enabled() is only available in 64-bit code but the failures happen
on both 32- and 64-bit code.
So it does look like this is related to the fma() implementation
(x87/SSE2/other?) picked by the ucrtbase library as opposed to library version
issues. But the details are murky and there may be some other common factor.
The MSDN documentation does say that fma(inf,0,0) should return NaN, which it
does. The documentation is less clear on errno which is what we test.
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/fma-fmaf-f…
So maybe applications cannot rely on errno being set (particularly on modern
processors) and this particular test should be removed.
--
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=51624
Bug ID: 51624
Summary: TETRIS (16bit) shows wrong background for scoreboard
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: trivial
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 70480
--> https://bugs.winehq.org/attachment.cgi?id=70480
Screenshot showing the issue
Follow up to bug 51570.
The graphics of the game almost work now, but the scoreboard to the left has
the wrong background.
--
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=32991
Bug #: 32991
Summary: ARM port of "WabbitEMU" crashes due to unimplemented
function KERNEL32.dll.RtlUnwindEx (no ntdll forward on
arch=arm)
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
the ARM port of "WabbitEMU", a Texas Instruments graphing calculator emulator
and dev tools crashes after clicking "Browse for a ROM image" radio button in
image selection dialog.
Download: http://forum.xda-developers.com/showpost.php?p=37928562
(main thread: http://forum.xda-developers.com/showthread.php?t=2092348)
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay wine ./Wabbitemu.exe
...
0024:Call user32.GetWindowTextA(00010096,40a0ebf0,00000104) ret=00439fa5
0024:Call window proc 0x40bc5f30
(hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0)
0024:Ret window proc 0x40bc5f30
(hwnd=0x10096,msg=WM_GETTEXT,wp=00000104,lp=40a0ebf0) retval=00000000
0024:Ret user32.GetWindowTextA() retval=00000000 ret=00439fa5
0024:Call KERNEL32.GetLastError() ret=004141cf
0024:Ret KERNEL32.GetLastError() retval=00000000 ret=004141cf
0024:trace:seh:raise_exception info[0]=0047be54
0024:trace:seh:raise_exception info[1]=0047cc8e
wine: Call from 0x7bc9a630 to unimplemented function KERNEL32.dll.RtlUnwindEx,
aborting
0024:trace:seh:call_stack_handlers calling handler at 0x7bcb8d88 code=80000100
flags=1
0024:Call KERNEL32.UnhandledExceptionFilter(40a0e81c) ret=7bcb8df0
--- snip ---
The app is importing all win32 API by name so it's the real thing :-)
+module,+imports
--- snip ---
...
0009:trace:module:load_dll looking for L"KERNEL32.dll" in
L"Z:\\home\\linaro\\wine-apps\\wabbitemu;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
0009:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for
L"KERNEL32.dll" at 0x7b820000, count=19
0009:warn:module:import_dll No implementation for KERNEL32.dll.RtlUnwindEx
imported from L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting
to 0x41820000
0009:trace:imports:import_dll --- RtlUnwindEx KERNEL32.dll.1209 = 0x41820000
0009:trace:imports:import_dll --- GetCommandLineA KERNEL32.dll.481 = 0x7b846be0
0009:trace:imports:import_dll --- RtlPcToFileHeader KERNEL32.dll.1205 =
0x7bc69188
0009:warn:module:import_dll No implementation for
KERNEL32.dll.RtlLookupFunctionEntry imported from
L"Z:\\home\\linaro\\wine-apps\\wabbitemu\\Wabbitemu.exe", setting to 0x41820024
0009:trace:imports:import_dll --- RtlLookupFunctionEntry KERNEL32.dll.1203 =
0x41820024
0009:trace:imports:import_dll --- GetModuleFileNameW KERNEL32.dll.634 =
0x7b86b864
...
--- snip ---
It also needs KERNEL32.dll.RtlLookupFunctionEntry later.
Wine forwards both to ntdll but only on arch=x86_64.
It seems Windows RT exposes both API.
Interestingly only the MSDN page for KERNEL32.dll.RtlLookupFunctionEntry gives
a hint about this:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680597%28v=vs.85%…
("ARM Definition").
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.
https://bugs.winehq.org/show_bug.cgi?id=52077
Bug ID: 52077
Summary: Windows PC Health Check crashes on unimplemented
function
api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFea
tureStateChangeNotification
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `winecfg` and set the Windows version to Windows 10.
2. Run `wine msiexec /i WindowsPCHealthCheckSetup.msi` and click through the
installer.
3. When the installer finishes and the app tries to start, you will see:
wine: Call from 000000007B01230E to unimplemented function
api-ms-win-core-featurestaging-l1-1-0.dll.SubscribeFeatureStateChangeNotification,
aborting
$ sha256sum WindowsPCHealthCheckSetup.msi
45c82e40ed0e27db7c55e0554512631b8f175b06d9b2d2cf58db52b18f0913fa
--
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=52075
Bug ID: 52075
Summary: dinput8:device, dinput8:dinput and dinput8:hid cannot
run on Windows 7 anymore
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput8:device, dinput8:dinput and dinput8:hid cannot run on Windows 7 anymore
because they now need GetOverlappedResultEx() which is not available.
https://test.winehq.org/data/patterns.html#dinput8:devicehttps://test.winehq.org/data/patterns.html#dinput8:dinputhttps://test.winehq.org/data/patterns.html#dinput8:hid
Before that the tests could run on Windows 7 and even succeeded.
The call to GetOverlappedResultEx() was introduced in the commit below:
commit 3f110402f6a503d7c312694092e25fc48737c980
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Wed Nov 17 11:51:48 2021 +0100
dinput8/tests: Add some HID device gain report tests.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=51557
Bug ID: 51557
Summary: GetSystemFirmwareTable fails to return SMBIOS on Apple
Silicon Macs
Product: Wine
Version: 6.14
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
The macOS implementation of GetSystemFirmwareTable() retrieves the system's
actual SMBIOS table using IOKit. This fails on Apple Silicon/ARM64 Macs, since
they don't have an SMBIOS table.
This breaks any applications that depend on getting an SMBIOS table (like the
Rockstar Games Launcher) or that look for the
HKLM/Hardware/Description/System/BIOS registry keys.
I think the fix will be to use the SMBIOS table creation functions used by
Linux currently, with strings and data (serial number, UUID, etc) coming from
IOKit if possible.
--
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=51490
Bug ID: 51490
Summary: dinput:device has a random failure in
overlapped_format_tests() on Windows 8.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:device has a random failure on the w8 VM:
https://test.winehq.org/data/patterns.html#dinput:device
device.c:374: Test failed: keydown for D did not register
It sort of looks like a race condition though the pump_messages() call should
take care of that.
The failing test (and all of overlapped_format_tests()) was added by the
following commit.
commit d10887b8f56792ebcca717ccc28a289f7bcaf107
Author: Arkadiusz Hiler <ahiler(a)codeweavers.com>
AuthorDate: Thu Jul 8 13:03:21 2021 +0300
dinput: Don't add 'default value 0' entries to the data transform.
This helps when dealing with the quirky c_dfDIJoystick2 format,
which defines all the sliders as overlapping, i.e. rglSlider[2],
rglVSlider[2], rglASlider[2] and rglFSlider[2] all share the same
offset.
With the Linux backends, if the device exposes enough axes (e.g. some
HOTAS) we end up using rglSlider.
Let's make sure we don't unnecessarily override the values there.
Signed-off-by: Arkadiusz Hiler <ahiler(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=48119
Bug ID: 48119
Summary: The tests sometimes trigger "critical section is not
acquired" errors
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The logs of most test runs, WineTest and others, contain critical section
errors complaining that the critical section was not acquired before being
released.
Most are caused by the following two tests:
msvcp120:msvcp120 intentionally triggers one such error in test_threads__Mtx().
It's easy to identify because it follows a bunch of CreateSymbolicLinkA()
fixmes:
0044:fixme:file:CreateSymbolicLinkA ("tr2_test_dir/f1_symlink"
"tr2_test_dir/f1" 0): stub
0044:fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: beef
0044:err:ntdll:RtlLeaveCriticalSection section 0x622088 is not acquired
ntdll:rtl intentionally triggers two such errors in
test_RtlLeaveCriticalSection(). They stand alone but would typically follow a
bunch of RtlGetCompressionWorkSpaceSize fixmes from previous tests:
https://testbot.winehq.org/JobDetails.pl?Key=60096
0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired
0009:err:ntdll:RtlLeaveCriticalSection section 0x7bfd88 is not acquired
But there are other logs that contain this error with no identified source. For
instance in task 60103/4/2 (wow64) which is for an unrelated patch and only
runs kernel32 tests which do not normally trigger this error:
https://testbot.winehq.org/JobDetails.pl?Key=60103#k402
[...]
Extracting: Done (1 of 1)
Running tests
003e:err:ntdll:RtlLeaveCriticalSection section 0x14c80 is not acquired
002e:fixme:console:GetConsoleProcessList ((nil),0): stub
[...]
Or task 59774/4/1 (win32) which only ran comctl32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59774#k401
Or task 59426/1/1 (wow32) which only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59426
Or task 59176/3/1 (wow32/wow64?) which, again, only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59176#k301
Or task 59042/1/1 (wow32/wow64?) which, again, only ran user32 tests:
https://testbot.winehq.org/JobDetails.pl?Key=59042#k101
--
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=25193
Summary: Dasher does not operate correctly
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: physicspirate(a)yahoo.ca
Greetings,
I've attempted to run
Dasher(http://appdb.winehq.org/objectManager.php?sClass=version&iId=21982&i…
and it does not appear to be loading or functioning correctly.
I've attached a screenshot of what happens after loading. There is a gray box
up top, and it appears to be non responsive. There also seems to be some
problems with the networking as I have a high speed connection, and their
servers tell me my latency is too high. If I run the same program on windows
it runs like a dream.
--
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=51834
Bug ID: 51834
Summary: EMF DC emits invalid EMF when calling StretchDiBits
with info->bmiHeader.biSizeImage = 0
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com
Distribution: ---
BITMAPINFOHEADER allows setting biSizeImage to zero when biCompression is
BI_RGB.
However, the Wine EMF DC does not handle this case and takes the biSizeImage
value as-is.
This results in an invalid Enhanced Metafile output.
--
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=51733
Bug ID: 51733
Summary: CreateProcess does not properly set the current
directory of the new process.
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: johnfound(a)asm32.info
Distribution: ---
Regression.
The current directory of the new process, created with CreateProcessW is always
set to "/" (z:\) instead of the current directory of the parent process.
I am testing with the following call:
The last version that works properly is WINE 6.12
--
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=51415
Bug ID: 51415
Summary: Windows PC Health Check requires msvcp_win.dll
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `winecfg` and set the Windows version to Windows 10.
2. Run `wine msiexec /i WindowsPCHealthCheckSetup.msi` and click through the
installer.
3. When the installer finishes and the app tries to start, you will see:
0164:err:module:import_dll Library msvcp_win.dll (which is needed by
L"C:\\users\\alex\\AppData\\Local\\PCHealthCheck\\PCHealthClient.dll") not
found
This DLL appears to be yet another copy of the Microsoft C++ runtime.
$ sha256sum WindowsPCHealthCheckSetup.msi
45c82e40ed0e27db7c55e0554512631b8f175b06d9b2d2cf58db52b18f0913fa
--
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=51307
Bug ID: 51307
Summary: msvcp140:msvcp140 fails on msvcp140 >= 14.25
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
On cw-rx460 machines that have either Radeon 21.3.2 or 21.4.1 the 64-bit
msvcp140:msvcp140 test fails:
https://test.winehq.org/data/patterns.html#msvcp140:msvcp140
msvcp140.c:1257: Test failed: ret = 37, expected 39
msvcp140.c:1258: Test failed: buf = The operation completed
successfully.aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaThe
operation completed successfully.
, expected The operation completed successfully.
This is probably because the Radeon driver upgrades the 64-bit msvcp140.dll.
Currently we have:
Radeon msvcp140
cw-rx460-1507 19.11.3 14.14.26429.4
cw-rx460-1709 19.11.3 14.14.26429.4
cw-rx460-1809 19.11.3 14.14.26429.4
cw-rx460-1909 21.4.1 14.25.28508.3
cw-rx460-2009 21.4.1 14.25.28508.3
Also:
w1064v1507 - -
w1064v1607 - 14.0.23026.0
w1064v1709 - 14.0.23026.0
w1064v1809 - 14.0.23026.0
w1064v1909 - 14.0.23026.0
w10pro64 (2004) - 14.0.23026.0
w1064 (2009) - 14.0.23026.0
Note that the 14.0.23026.0 version comes from the "Visual C++ 2015
redistributables" package [1]. So all Radeon drivers actually install a newer
version.
But according to Chocolatey there are quite a few even newer versions, the
current latest being 14.29.30037. But there does not seem to be any
microsoft.com download URLs for it :-(
https://community.chocolatey.org/packages/vcredist140#versionhistory
[1] https://wiki.winehq.org/Wine_TestBot_VMs#msvcp140.2C_msvcr140.2C_ucrtbase
--
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=49181
Bug ID: 49181
Summary: msvcrt_test.exe: missing entry point
_point_get_sbh_threshold
Product: Wine
Version: 5.8
Hardware: arm
OS: Windows
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 49179
Similar to 49180, when running winetest.exe on armv7/surface rt,
msvcrt_test.exe throws an error dialog:
The procedure entry point _get_sbh_threshold could not be located in the
dynamic link library C:\Users\User\AppData\Local\Temp\wct\msvcrt_test.exe
--
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=52069
Bug ID: 52069
Summary: ntdll:virtual fails in test_NtAllocateVirtualMemory()
on Windows 10 1709 and older
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:virtual fails in test_NtAllocateVirtualMemory() on Windows 7 to Windows
10 1709 in both 32- and 64-bit mode:
virtual.c:248: Test failed: wrong size 10000
https://test.winehq.org/data/patterns.html#ntdll:virtual
Unsurprisingly a bisect shows that the failure appeared with this commit:
commit 7d2a7b94aad8a776a2ee3031a18bb3b53d5925cd
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri Nov 19 11:04:30 2021 +0100
ntdll: Fix handling of zero size with MEM_DECOMMIT.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52023
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
See also bug 52067.
--
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=51986
Bug ID: 51986
Summary: Extremely small fonts when using a theme
Product: Wine
Version: 6.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 70973
--> https://bugs.winehq.org/attachment.cgi?id=70973
notepad
After upgrading from Wine 6.19 to 6.21 certain fonts in certain applications
became tiny.
I'm using Windows XP Royal Theme.
When not using any themes, it's all fine.
See the attached screenshot for more info.
--
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=51647
Bug ID: 51647
Summary: Gimp can't create an image from screenshot (it becomes
unresponsive instead)
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 70505
--> https://bugs.winehq.org/attachment.cgi?id=70505
console messages
Gimp can't make an image from a screenshot.
To reproduce:
$ rm -rf ~/.wine
$ wineboot
$ wine ~/Downloads/gimp-2.10.24-setup-3.exe
$ wine ~/.wine/drive_c/Program\ Files/GIMP\ 2/bin/gimp-2.10.exe
Choose File->Create->Screenshot
Now gimp is no longer responsive, and the console shows this message:
"03bc:err:ntdll:RtlpWaitForCriticalSection section 00000000006D0C18 "?" wait
timed out in thread 03bc, blocked by 04d8, retrying (60 sec)"
My versions:
Gimp: 2.10
$ wine --version
wine-6.15-123-gbe8501ac6f1
$ uname -a
Linux cedric 5.13.10-arch1-1 #1 SMP PREEMPT Thu, 12 Aug 2021 21:59:14 +0000
x86_64 GNU/Linux
--
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=51183
Bug ID: 51183
Summary: Navicat V15.0.25 crashes when attempting to open
database: "Unhandled exception: page fault...."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: profconn1(a)gmail.com
Distribution: ---
Created attachment 70056
--> https://bugs.winehq.org/attachment.cgi?id=70056
Error report from Navicat crash
When attempting to open a database connection, Navicat crashes, displays error
message and closes (using under Fedora 34).
--
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=50985
Bug ID: 50985
Summary: ns_name_skip is glibc specific, causes failure to
build on musl
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: abenson+winehq(a)gmail.com
Distribution: ---
6.6 introduced a reliance on glibc-specific calls in dlls/dnsapi/libresolv.c in
commit 5f44c46164a5c0c50fffdf6cda9980a74079e1ac.
Specifically, musl does not implement ns_name_skip, and the library fails at
link time.
--
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=49426
Bug ID: 49426
Summary: Sookasa calls unimplemented functions and
ntoskrnl.exe.RtlGetElementGenericTable
ntoskrnl.exe.RtlLookupElementGenericTable
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 67510
--> https://bugs.winehq.org/attachment.cgi?id=67510
Terminal output
To reproduce:
1. Run `winetricks dotnet40`
2. Run `wine Sookasa_3.18.4.exe`
Console output is attached. After installation, the installer automatically
starts Sookasa, but the following error message appears:
Please reinstall Sookasa
Sookasa was unable to install one of its components. Please reinstall
Sookasa. If the problem persists, please contact support(a)sookasa.com [803]
Unfortunately, stub implementations of these two functions are not enough to
prevent a crash or avoid the error message.
First reported at
https://www.playonmac.com/en/topic-13406-Sookasa_not_installing.html
$ sha256sum Sookasa_3.18.4.exe
6379c6da33663616193aa38db022d37383010ab5a077c1f1cb48ab1fab5ffdf2
--
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=44427
Bug ID: 44427
Summary: Crashes program
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sluke0091(a)gmail.com
Distribution: ---
Created attachment 60369
--> https://bugs.winehq.org/attachment.cgi?id=60369
bug file attached
Program opens and then crashes 5 seconds later.
--
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=39339
Bug ID: 39339
Summary: Adventure games from Daedalic Ent. (Night of the
Rabbit, Edna & Harvey, A New Beginning) have no
in-game audio and freeze on new game start - XAudio2_7
Product: Wine
Version: 1.7.51
Hardware: x86
URL: http://store.steampowered.com/app/230820/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: aeikum(a)codeweavers.com
Distribution: ---
On my system the problem was surfaced by the Xaudio2 implementation in 1.7.51,
the games used to work properly before. It sounds similar to bug #39320 and bug
#39321, except that the proposed patch doesn't help here.
All the adventure games from the developer/publisher Daedalic Entertainment
that use Xaudio2 interface are affected in a similar manner:
- the main menu is missing audio
- when I try to start a new game or load a saved game, the game freezes (100%
cpu usage) as soon as the game is loaded.
- quitting the games from the main menu takes a long time (1-2 minutes)
I reproduced the problem in these games:
The Night of the Rabbit, Edna & Harvey: Harvey's New Eyes, A New Beginning -
Final Cut.
The games load xaudio2_7.dll
Note that almost all these games have demo versions either on Steam or
elsewhere, but those demos are older versions of the games and they don't use
XAudio2.
The only demo (so far) which has the bug is the Night of the Rabbit demo on
Steam (link added to url).
Steps to reproduce the problem in NotR demo:
1. install the demo on Steam. Steam installs .Net 3.5 and MSVC++, they are not
needed for the game, you can delete the installers located in _CommonRedist
before starting the demo.
2. the demo starts with a video (audio works in there). The menu has no audio
with built-in xaudio2.
3. start a new game...the game seems to be hung at this point. It takes 1-2
minutes until the first intro video begins to play. Skip the video <Esc>, the
game screen appears and the game is frozen for good.
4. you can reproduce the long wait before the game completely quits, if you
exit the game from the main menu.
wine-1.7.51-201-g60d1d6f
Fedora 22 32-bit
alsa-lib-1.0.29-1.fc22.i686
openal-soft-1.16.0-5.fc22.i686
Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
--
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=52153
Bug ID: 52153
Summary: Airport Madness 3D 2 crashes as soon as I execute it
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: itsarav.2021(a)gmail.com
Distribution: ---
Created attachment 71201
--> https://bugs.winehq.org/attachment.cgi?id=71201
log file that wine prompted me to save and report later.
So uh hi, I'm using Ubuntu, my first Linux experience since windows. I tried to
run a Windows game, Airport Madness 3D 2, on my Linux. I used PlayOnLinux,
selected the game's name, installed whatever wine wanted me to do (gecko etc)
and finally installed the game... And as soon as I fire it up, it brings up the
Unity Crash Handler, soon after which wine throws an error(see the log file
below) and then PlayOnLinux comes up with
"Error in main
Airport Madness 3D V2 crashed."
Same error without using PlayOnLinux. That game is my favorite. Any help upon
the subject shall be appreciated.
Sincerely,
It's Arav
--
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=52139
Bug ID: 52139
Summary: Crash when closing explorer in different thread
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Created attachment 71187
--> https://bugs.winehq.org/attachment.cgi?id=71187
Full log
When closing windows explorer inside my app, explorer crash with this
backtrace(explorer is probably run inside different thread)
```
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit
code (0x0000000000409d9b).
Register dump:
rip:0000000000409d9b rsp:00000000006ae740 rbp:00000000006ae948 eflags:00010246
( R- -- I Z- -P- )
rax:000000000003ee10 rbx:00000000000300ca rcx:0000000000000000
rdx:0000000000000000
rsi:0000000000000000 rdi:0000000000000000 r8:0000000000000008
r9:0000000000000001 r10:0000000000000008
r11:0000000000000246 r12:0000000000000000 r13:000000000003ee10
r14:000000000003f670 r15:0000000000000000
Stack dump:
0x00000000006ae740: 0000000000000000 0000000000000000
0x00000000006ae750: 0000000000000000 0000000000000000
0x00000000006ae760: 0000000000000000 0000000000000000
0x00000000006ae770: 0000000000000000 0000000000000000
0x00000000006ae780: 0000000000000000 000000006eb9149e
0x00000000006ae790: 0000000000000000 00000000000300ca
0x00000000006ae7a0: 0000000000000000 0000000000000002
0x00000000006ae7b0: 0000000000000012 0000000000409c50
0x00000000006ae7c0: 00000000ffff0025 000000006eb9fb55
0x00000000006ae7d0: 0000000000000000 000000006eb5dbd3
0x00000000006ae7e0: 0000000000000000 0000000000000000
0x00000000006ae7f0: 0000000000000000 0000000000000100
Backtrace:
=>0 0x0000000000409d9b IShellWindows_Revoke+0x7(lCookie=<internal error>,
This=<internal error>) [Z:\usr\src\packages\BUILD\include\exdisp.h:2615] in
explorer (0x00000000006ae948)
1 0x0000000000409d9b explorer_wnd_proc+0x14b(hwnd=<register RBX not
accessible in this frame>, uMsg=<register R12 not accessible in this frame>,
wParam=<register RSI not accessible in this frame>, lParam=<register R15 not
accessible in this frame>)
[Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:713] in explorer
(0x00000000006ae948)
2 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible
in this frame>, msg=<register R12 not accessible in this frame>, wp=<register
RSI not accessible in this frame>, lp=<register RDI not accessible in this
frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32
(0x00000000006ae948)
3 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not
accessible in this frame>, msg=<register R13 not accessible in this frame>,
wParam=<register RBX not accessible in this frame>, lParam=<register RBP not
accessible in this frame>, result=[<register RSP not accessible in this frame>,
unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32
(0x0000000000000000)
4 0x000000006eb58946 call_window_proc+0x96(hwnd=<register RSI not accessible
in this frame>, msg=<register R12 not accessible in this frame>,
wparam=<register RBP not accessible in this frame>, lparam=<register RBX not
accessible in this frame>, unicode=[<register RSP not accessible in this
frame>, same_thread=[<register RSP not accessible in this frame>,
mapping=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:2231] in user32
(0x0000000000000000)
5 0x000000006eb5dfac send_message+0x23c(info=<register R12 not accessible in
this frame>, res_ptr=<register RBX not accessible in this frame>,
unicode=<register RBP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:3207] in user32
(0x0000000000000001)
6 0x000000006eb5e1c9 SendMessageW+0x49(hwnd=<internal error>, msg=<internal
error>, wparam=<internal error>, lparam=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:3455] in user32
(0x00000000003e0000)
7 0x000000006eb911e4 WIN_SendDestroyMsg+0x64(hwnd=<register R12 not
accessible in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\win.c:1964]
in user32 (0x00000000003e0000)
8 0x000000006eb93928 DestroyWindow+0x258(hwnd=<register R13 not accessible in
this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\win.c:2063] in user32
(0x00000000003e0000)
9 0x000000006eb25a79 DEFWND_DefWinProc+0x919(hwnd=<register R13 not
accessible in this frame>, msg=<internal error>, wParam=<register R15 not
accessible in this frame>, lParam=<register R14 not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:408] in user32
(0x00000000000300ca)
10 0x000000006eb26a0b DefWindowProcW+0x12b(hwnd=<register R12 not accessible
in this frame>, msg=<register RBX not accessible in this frame>,
wParam=<register RDI not accessible in this frame>, lParam=<register RSI not
accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:1088] in user32
(0x00000000000300ca)
11 0x0000000000409e23 explorer_wnd_proc+0x1d3(hwnd=<register RBX not
accessible in this frame>, uMsg=<register R12 not accessible in this frame>,
wParam=<register RSI not accessible in this frame>, lParam=<register R15 not
accessible in this frame>)
[Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:711] in explorer
(0x00000000006aefb8)
12 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible
in this frame>, msg=<register R12 not accessible in this frame>, wp=<register
RSI not accessible in this frame>, lp=<register RDI not accessible in this
frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32
(0x00000000006aefb8)
13 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not
accessible in this frame>, msg=<register R13 not accessible in this frame>,
wParam=<register RBX not accessible in this frame>, lParam=<register RBP not
accessible in this frame>, result=[<register RSP not accessible in this frame>,
unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32
(0x0000000000000000)
14 0x000000006eb58946 call_window_proc+0x96(hwnd=<register RSI not accessible
in this frame>, msg=<register R12 not accessible in this frame>,
wparam=<register RBP not accessible in this frame>, lparam=<register RBX not
accessible in this frame>, unicode=[<register RSP not accessible in this
frame>, same_thread=[<register RSP not accessible in this frame>,
mapping=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:2231] in user32
(0x0000000000000000)
15 0x000000006eb5dfac send_message+0x23c(info=<register R12 not accessible in
this frame>, res_ptr=<register RBX not accessible in this frame>,
unicode=<register RBP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:3207] in user32
(0x0000000000000001)
16 0x000000006eb5e1c9 SendMessageW+0x49(hwnd=<internal error>, msg=<internal
error>, wparam=<internal error>, lparam=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\user32\message.c:3455] in user32
(0x00000000000300ca)
17 0x000000006eb26a0b DefWindowProcW+0x12b(hwnd=<register R12 not accessible
in this frame>, msg=<register RBX not accessible in this frame>,
wParam=<register RDI not accessible in this frame>, lParam=<register RSI not
accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\defwnd.c:1088] in user32
(0x00000000000300ca)
18 0x0000000000409e23 explorer_wnd_proc+0x1d3(hwnd=<register RBX not
accessible in this frame>, uMsg=<register R12 not accessible in this frame>,
wParam=<register RSI not accessible in this frame>, lParam=<register R15 not
accessible in this frame>)
[Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:711] in explorer
(0x00000000006af438)
19 0x000000006eb9fb55 call_window_proc+0x65(hwnd=<register RBX not accessible
in this frame>, msg=<register R12 not accessible in this frame>, wp=<register
RSI not accessible in this frame>, lp=<register RDI not accessible in this
frame>, result=[<register RSP not accessible in this frame>, arg=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:216] in user32
(0x00000000006af438)
20 0x000000006eba1d89 WINPROC_call_window+0x219(hwnd=<register R12 not
accessible in this frame>, msg=<register R13 not accessible in this frame>,
wParam=<register RBX not accessible in this frame>, lParam=<register RBP not
accessible in this frame>, result=[<register RSP not accessible in this frame>,
unicode=[<register RSP not accessible in this frame>, mapping=[<register RSP
not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\user32\winproc.c:957] in user32
(0x0000000000000000)
21 0x000000006eb61bd1 DispatchMessageW+0xa9(msg=[<register RSP not accessible
in this frame>) [Z:\usr\src\packages\BUILD\dlls\user32\message.c:4028] in
user32 (0x00000000006af6c0)
22 0x000000000040a9e8 make_explorer_window+0x709(params=<internal error>)
[Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:545] in explorer
(0x00000000006af6c0)
23 0x000000000040a9e8 wWinMain+0x898(hinstance=<internal error>,
previnstance=<internal error>, cmdline=<internal error>, cmdshow=<internal
error>) [Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:877] in
explorer (0x00000000006af6c0)
24 0x000000000040f223 wmain+0xb3(argc=<internal error>, argv=<internal
error>) [Z:\usr\src\packages\BUILD\dlls\msvcrt\crt_wwinmain.c:56] in explorer
(0x0000000000000000)
25 0x000000000040f165 wmainCRTStartup+0x65()
[Z:\usr\src\packages\BUILD\dlls\msvcrt\crt_wmain.c:58] in explorer
(0x0000000000000000)
26 0x000000007b62c669 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61] in kernel32
(0x0000000000000000)
27 0x000000007bc5b323 __wine_pop_frame(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\usr\src\packages\BUILD\include\wine\exception.h:273] in ntdll
(0x0000000000000000)
28 0x000000007bc5b323 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:240] in ntdll
(0x0000000000000000)
0x0000000000409d9b explorer_wnd_proc+0x14b
[Z:\usr\src\packages\BUILD\programs\explorer\explorer.c:713] in explorer: movq
(%rcx),%rax
Unable to access file 'Z:\usr\src\packages\BUILD\programs\explorer\explorer.c'
```
Bigger log inside attachment
Steps to reproduce
- Download app -
https://github.com/qarmin/czkawka/releases/download/3.3.1/windows_czkawka_g…
- Open `windows_czkawka_gui.exe`
- Find any file with one of tools
- Click at the found file twice with right mouse button
- Close explorer
--
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=52137
Bug ID: 52137
Summary: World of Warcraft (WoW) crashes in both DX11 modes
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 71184
--> https://bugs.winehq.org/attachment.cgi?id=71184
DX11 (modern renderer)
For me the game boots find, gets to the character selection screen and when the
progress bar finishes and the character should enter the world, the game
crashes.
ACCESS_VIOLATION : error 132: ERROR #132 (0x85100084) Fatal exception!
The instruction at "0x00007f4222f8e937" referenced memory at
"0x000000000000001c".
The memory could not be "written".
This happens for DX11 modern and DX11 legacy mode but so far hasn't occurred
with DX12.
--
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=52134
Bug ID: 52134
Summary: Dragon's Dogma CTD after logo
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pashiri(a)laposte.net
Distribution: ---
Created attachment 71171
--> https://bugs.winehq.org/attachment.cgi?id=71171
standard output
Dragon's Dogma dark arisen crash to desktop on reaching the menu after showing
the logos on Archwith wine-dev.
error is 01e8:err:module:ntdll_init_syscalls syscall count mismatch 0 / 96
Other games work fine, wine 6.19 works fine too. 6.20 has sound issues, 6.21 &
6.22 crash the same way.
--
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=36844
Bug ID: 36844
Summary: Multiple games need X3DAudio1_7.dll (BeamNG v0.3 Tech
Demo)
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
Bug 12182 should be avoided in future (meta bug) .. very unfortunate, covering
all XAudio dlls.
Better are bugs that specifically target stub dlls like bug 24545 ("Monkey
Island: Special Edition wants X3DAudio1_6.dll").
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/focht/Local Settings/Application
Data/BeamNG/BeamNG-Techdemo-0.3
...
$ wine ./BeamNGSandbox.x86.exe
...
err:module:import_dll Library X3DAudio1_7.dll (which is needed by
L"C:\\users\\focht\\Local Settings\\Application
Data\\BeamNG\\BeamNG-Techdemo-0.3\\BeamNGSandbox.x86.dll") not found
--- snip ---
$ sha1sum BeamNG-Techdemo-0.3-setup.zip
21b29af0c77cf138ec69edf1c4cb0d4504bb2ed9 BeamNG-Techdemo-0.3-setup.zip
$ du -sh BeamNG-Techdemo-0.3-setup.zip
95M BeamNG-Techdemo-0.3-setup.zip
$ wine --version
wine-1.7.21-50-g10e6a66
Regards
--
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=42449
Bug ID: 42449
Summary: unimplemented function msvcr120.dll.fesetround called
in 32-bit code
Product: Wine
Version: 2.1
Hardware: x86
URL: https://play0ad.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)openmailbox.org
Distribution: ---
Created attachment 57287
--> https://bugs.winehq.org/attachment.cgi?id=57287
backtrace (Windows XP)
Seeing if "O A.D." will run in Wine.
Running it the first time to get backtrace. See attachment "backtrace (Windows
XP)".
Running game a second time to get other terminal output:
wine pyrogenesis.exe
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fb8c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fa6c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f9c0 1 C) semi-stub
fixme:heap:RtlSetHeapInformation 0x110000 0 0x33fd40 4 stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f5dc 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f400 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f67c 1 C) semi-stub
fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f74c 1 C) semi-stub
wine: Call from 0x7b43e046 to unimplemented function msvcr120.dll.fesetround,
aborting
fixme:msvcrt:__clean_type_info_names_internal (0x3b97d4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x39d3c0) stub
fixme:msvcrt:__clean_type_info_names_internal (0xd80af4) stub
AL lib: (EE) alc_cleanup: 1 device not closed
fixme:msvcrt:__clean_type_info_names_internal (0xc89764) stub
fixme:msvcrt:__clean_type_info_names_internal (0xbdc218) stub
fixme:msvcrt:__clean_type_info_names_internal (0x4a95facc) stub
fixme:msvcrt:__clean_type_info_names_internal (0x8d51a4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x9c0348) stub
fixme:msvcrt:__clean_type_info_names_internal (0x38137c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x103b30f4) stub
fixme:msvcrt:__clean_type_info_names_internal (0x3675fc) stub
--
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=51674
Bug ID: 51674
Summary: Uplay Connect app doesn't run
Product: Wine-staging
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: omrkrdmnmlt0044(a)outlook.com.tr
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Uplay Connect app doesn't run
--
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=46338
Bug ID: 46338
Summary: advapi32/security test uses an unitialized variable in
test_process_security
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
Similar to bug 36094, same source file, different test.
==30817== Syscall param writev(vector[...]) points to uninitialised byte(s)
==30817== at 0x4356813: writev (writev.c:26)
==30817== by 0x7BC75457: send_request (server.c:228)
==30817== by 0x7BC76158: server_call_unlocked (server.c:288)
==30817== by 0x7BC761AD: wine_server_call (server.c:321)
==30817== by 0x7B4613A4: create_process (process.c:2363)
==30817== by 0x7B461BA0: CreateProcessInternalW (process.c:2764)
==30817== by 0x7B462218: CreateProcessInternalA (process.c:2836)
==30817== by 0x7B462315: CreateProcessA (process.c:2856)
==30817== by 0x4AB4149: test_process_security (security.c:3032)
==30817== by 0x4ABF458: func_security (security.c:7422)
==30817== by 0x4ACAC1E: run_test (test.h:617)
==30817== by 0x4ACB65C: main (test.h:701)
==30817== Address 0x495c2b4 is 124 bytes inside a block of size 324 alloc'd
==30817== at 0x7BC483AD: notify_alloc (heap.c:260)
==30817== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726)
==30817== by 0x7B443394: HeapAlloc (heap.c:271)
==30817== by 0x7B45F425: alloc_object_attributes (process.c:2202)
==30817== by 0x7B461304: create_process (process.c:2350)
==30817== by 0x7B461BA0: CreateProcessInternalW (process.c:2764)
==30817== by 0x7B462218: CreateProcessInternalA (process.c:2836)
==30817== by 0x7B462315: CreateProcessA (process.c:2856)
==30817== by 0x4AB4149: test_process_security (security.c:3032)
==30817== by 0x4ABF458: func_security (security.c:7422)
==30817== by 0x4ACAC1E: run_test (test.h:617)
==30817== by 0x4ACB65C: main (test.h:701)
==30817== Uninitialised value was created by a client request
==30817== at 0x7BC4831C: mark_block_uninitialized (heap.c:214)
==30817== by 0x7BC4A643: initialize_block (heap.c:245)
==30817== by 0x7BC4B8E7: RtlAllocateHeap (heap.c:1727)
==30817== by 0x4AB33F1: test_process_security (security.c:2893)
==30817== by 0x4ABF458: func_security (security.c:7422)
==30817== by 0x4ACAC1E: run_test (test.h:617)
==30817== by 0x4ACB65C: main (test.h:701)
==30817==
--
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=44436
Bug ID: 44436
Summary: Call of Duty WWII crashes after splash screen
Product: Wine-staging
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 60378
--> https://bugs.winehq.org/attachment.cgi?id=60378
Wine staging crash log
The game installs fine but it crashes after the splash screen. I tested it with
Wine 2.21 staging.
--
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=52007
Bug ID: 52007
Summary: compile fails since wine 6.20: winnt.h:6508:34: error:
definition of builtin function
'_InterlockedCompareExchange128'
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fast.rizwaan(a)gmail.com
Distribution: ---
wine 6.19 compiles fine, but since wine 6.20 compiler gives this error. I'm
building wine in flatpak. Kindly guide.
https://github.com/fastrizwaan/flatpak-wine
----
x86_64-unknown-linux-gnu-gcc -m64 -c -o tools/winebuild/spec16.o
../tools/winebuild/spec16.c -Itools/winebuild -I../tools/winebuild -Iinclude \
-I../include -D__WINESRC__ -Wall -pipe -fcf-protection=none
-fno-stack-protector \
-fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body
-Wignored-qualifiers -Winit-self \
-Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits
\
-Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op
-gdwarf-2 \
-gstrict-dwarf -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fexceptions -fstack-protector-strong -grecord-gcc-switches
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
<command-line>: warning: "_FORTIFY_SOURCE" redefined
<command-line>: note: this is the location of the previous definition
In file included from ../dlls/acledit/main.c:23:
In file included from ../include/windef.h:290:
../include/winnt.h:6508:34: error: definition of builtin function
'_InterlockedCompareExchange128'
static FORCEINLINE unsigned char InterlockedCompareExchange128( volatile
__int64 *dest, __int64 xchg_high, __int64 xchg_low, __int64 *compare )
^
../include/winnt.h:6495:39: note: expanded from macro
'InterlockedCompareExchange128'
#define InterlockedCompareExchange128 _InterlockedCompareExchange128
^
1 error generated.
----
--
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=50253
Bug ID: 50253
Summary: Dasher chess 1-5.4 crashes when registering.
Product: Wine
Version: 5.22
Hardware: x86-64
URL: https://dasher.software.informer.com/download/?lang=fr
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68775
--> https://bugs.winehq.org/attachment.cgi?id=68775
console output
When trying to register dasher chess crashes
--
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=50381
Bug ID: 50381
Summary: AIMP (4.70 build 2236) window cannot be moved in
Ubuntu MATE 20.04 and Linux Mint 20.0 Cinnamon/MATE
Product: Wine-staging
Version: 6.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 93.duke.xperia(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The AIMP (4.70 build 2236) window cannot be moved to Ubuntu MATE 20.04 and
Linux Mint 20.0 Cinnamon / MATE.
When you try to re-move by the window manager MATE, the window is moved but
then returned to its previous position.
Also, the window is in the mode - on top of all windows.
Tested on Ubuntu 20.04 / Ubuntu MATE 20.04 / Linux Mint 20.0 Cinnamon/MATE/Xfce
/ KDE neon 5.20 distributions - this problem only occurs on Ubuntu MATE 20.04
and Linux Mint 20.0 Cinnamon / MATE on Xfce drag and drop works and other DEs
too.
AIMP v4.70 build 2236 --> https://www.aimp.ru/?do=download&os=windows
--
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=52125
Bug ID: 52125
Summary: SlingPlayer 1.5 installer initial window in wrong
place
Product: Wine
Version: 6.22
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, integration, regression
Severity: trivial
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Regression SHA1: c5ec1585f6e5211a2b63e3435748210552250534
Distribution: Ubuntu
Created attachment 71159
--> https://bugs.winehq.org/attachment.cgi?id=71159
Wine 6.22 console log
The very first window/dialog for the SlingPlayer 1.5 installer should be
centred on the screen, but it now appears in the top-left. This is a
regression.
c5ec1585f6e5211a2b63e3435748210552250534 is the first bad commit
commit c5ec1585f6e5211a2b63e3435748210552250534
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Tue Aug 25 15:20:39 2020 +0800
winex11.drv: Always update _NET_WM_STATE in update_net_wm_states().
KWin treats a window covering exactly the whole monitor as maximized
when handling its first map request and expects applications to update
maximized state later. Wine doesn't know about this added maximized
state and expect it unchanged, making the window always maximized
as far as KWin is concerned. So always send _NET_WM_STATE updates
even if Wine doesn't expect changes to hint KWin that a window should
not be maximized.
Fix test failures when running the tests introduced by
36b720357bcaf0a1e625f488e0c981ce10e8affa with KWin.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 b06929cff8ed3c28c180cac84c3f048016609695
4302ac2f25c30f99c2d254cf33fb08d70f72f97b M dlls
Reverting this commit in current git resolves the issue. There are other bugs
related to this commit but I can't say this is a duplicate.
Log attached though it doesn't show much.
--
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=30773
Bug #: 30773
Summary: Nibud C@shflow Manager 4 not starting
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cumulus0007(a)gmail.com
Classification: Unclassified
Nibud C@shflow Manager is an application to manage your finances and personal
budgets.
The application shows a welcome screen, where one can choose to evaluate or to
buy a license. When evaluation is started, it tries to import settings from
other applications. Once this is finished, the application reports an error has
occured and the application must close. No further information is provided.
fixme:ole:CoInitializeSecurity (0x45ae00,-1,(nil),(nil),6,2,(nil),64,(nil)) -
stub!
err:ole:CoGetClassObject class {24e669e1-e90f-4595-a012-b0fd3ccc5c5a} not
registered
err:ole:CoGetClassObject no class object {24e669e1-e90f-4595-a012-b0fd3ccc5c5a}
could be created for context 0x1
p11-kit: couldn't load module:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: kan gedeeld
objectbestand niet openen: Bestand of map bestaat niet
fixme:shell:FileIconInit (true)
fixme:hnetcfg:fw_manager_GetIDsOfNames 0x2ca9e40
{00000000-0000-0000-0000-000000000000} 0x32f880 1 1043 0x32f8c4
fixme:resource:GetGuiResources (0xf8,0): stub
Wine 1.5.5
Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64
x86_64 x86_64 GNU/Linux
--
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=51643
Bug ID: 51643
Summary: WRC 9: crash on launch with Windows version 10
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 70503
--> https://bugs.winehq.org/attachment.cgi?id=70503
Log with +loaddll,+trace,+seh
Hi,
The game WRC 9: FIA World Rally Championship crashes on launch when Windows
version is set to 10.
This seems to be caused by explicitly loading a native dll shipped with the
game (in "UWP/xinput1_3.dll") Wine by default loads the builtin dll of the same
name and the game crashes. The game does not crash if xinput1_3.dll is set to
native.
The game requires the patches from bug #44650 , to start. I'm not sure if this
is a related issue where the game is very particular how dll's are loaded?
WRC 8, the games predecessor, have the same problem.
Workarounds include setting xinput1_3 to native, deleting "UWP/xinput1_3.dll",
or keeping Windows version set to 7.
This is very much a low priority issue as there are plenty of workarounds but I
thought it prudent to report the issue before Wine switches to reporting
version 10 by default.
There's a built in crash handler in the game, so I'm not sure how to get a
proper backtrace. Log captured with +loaddll,+trace,+seh is attached.
--
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=21010
Summary: vc2005express install broken
Product: Wine
Version: 1.1.34
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: hans(a)meelstraat.net
Regression testing points to:
bd4bc161475f600612fad898f09825d74d6368a9 is first bad commit
commit bd4bc161475f600612fad898f09825d74d6368a9
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Nov 17 15:59:11 2009 +0100
msi: Don't set the ALLUSERS property.
:040000 040000 8964ea41515d9eaa19c0d38d44caa5b4661665e7
f3940f8962ebb38ca7f406d7fa1c65f44feaf03e M dlls
side note: git bisect run is awesome!
Reverting that in git lets the installer run to completion. Terminal output is
breathtakingly short:
Executing wine Ixpvc /t:c:\winetrickstmp\vc2005express.tmp /q:a /c:msiexec /i
vcsetup.msi VSEXTUI=1 ADDLOCAL=ALL REBOOT=ReallySuppress
err:msi:ITERATE_Actions Execution halted, action L"SxsInstallCA" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
--
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=6930
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|TortoiseSVN fails to |Multiple application
|install |installers fail due to msi
| |ALLUSERS property not reset
| |from to 2 to 1 in case of
| |per-machine install
| |(TortoiseSVN, MS Visual C++
| |2005 Express, AutoCAD 2008)
URL|http://tortoisesvn.net/ |https://web.archive.org/web
| |/20110608232332/https://dow
| |nload.microsoft.com/downloa
| |d/A/9/1/A91D6B2B-A798-47DF-
| |9C7E-A97854B7DD18/VC.iso
--- Comment #26 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
adding stable download link via Internet Archive for documentation.
MS Visual C++ Express 2005 (offline)
https://web.archive.org/web/20110608232332/https://download.microsoft.com/d…
$ sha1sum VC.iso
1ae44e4eaf8c61c3a39e573fd6efd9889e940529 VC.iso
$ du -sh VC.iso
463M VC.iso
Regards
--
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=35134
Bug ID: 35134
Summary: Shroud of the Avatar: Forsaken Virtues installer waits
indefinitely for cmd.exe during execution of batch
files (argv[0] is not 'cmd.exe')
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Classification: Unclassified
Hello folks,
the unwrapped installer spawns 'cmd.exe' to execute some batch files.
CreateProcessAsUserW() is used which just passes appname and cmdline to
CreateProcessW().
'appname' -> "C:\\windows\\system32\\cmd.exe"
'cmdline' -> "/C
\"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+cmd wine ./SotAInstaller.exe >>log.txt 2>&1
...
0024:Call KERNEL32.CreateProcessW(001481f8
L"C:\\windows\\system32\\msiexec.exe",001483f8 L" /i
\"C:\\users\\focht\\Application Data\\Portalarium\\Shroud of the Avatar
0.1.0\\install\\8E829DF\\ShroudPatchClientInstaller.msi\"
AI_SETUPEXEPATH=\"Z:\\home\\focht\\Downloads\\SotAInstaller.exe\"
SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\\\" EXE_CMD_LINE=\"/exenoupdates
/exelang 0 /noprereqs
",00000000,00000000,00000000,00000020,00000000,00000000,0033f8d0,0033f918)
ret=0040f458
...
002b:Call KERNEL32.__wine_kernel_init() ret=7bc599ec
0024:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0040f458
...
0039:Call advapi32.CreateProcessAsUserW(000000dc,00b54e98
L"C:\\windows\\system32\\cmd.exe",00b55388 L"/C
\"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\"",00000000,00000000,00000001,08000000,00000000,00000000,00d5dc18,00d5dca8)
ret=0051c6ab
0039:fixme:advapi:CreateProcessAsUserW 0xdc L"C:\\windows\\system32\\cmd.exe"
L"/C \"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""
(nil) (nil) 1 0x08000000 (nil) (null) 0xd5dc18 0xd5dca8 - semi- stub
...
003b:Call KERNEL32.__wine_kernel_init() ret=7bc599ec
0039:Ret advapi32.CreateProcessAsUserW() retval=00000001 ret=0051c6ab
0039:Call KERNEL32.OpenProcess(00100000,00000000,0000003a) ret=0051c6d9
0039:Ret KERNEL32.OpenProcess() retval=000000e0 ret=0051c6d9
0039:Call KERNEL32.WaitForSingleObject(000000e0,ffffffff) ret=0051c6e8
...
003b:Starting process L"C:\\windows\\system32\\cmd.exe" (entryproc=0x7ed07208)
...
003b:trace:cmd:wmain Full commandline 'L"/C
\"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""'
003b:trace:cmd:wmain Command line parm:
'L"\"C:\\users\\focht\\Temp\\{3CD9F337-4F1D-41C4-A1E4-86453C48EDC4}.bat\""'
...
003b:trace:cmd:wmain Set L"=Z:" to L"Z:\\home\\focht\\Downloads"
...
003b:Call KERNEL32.WriteFile(00000010,00129540,00000024,0033ab10,00000000)
ret=7ed0063d
Microsoft Windows 5.1.2600 (1.7.8)
...
003b:Call KERNEL32.WriteFile(00000010,00129540,0000001a,0033a4d0,00000000)
ret=7ed0063d
Z:\home\focht\Downloads>
...
--- snip ---
For whatever reason 'cmd' expects the first argument of the command line to be
the executable name.
With the executable name missing from 'argv[0]', '/C' is eaten (opt_c remains
FALSE) and batch execution never takes place -> hangs on console input.
Source:
http://source.winehq.org/git/wine.git/blob/dd0b719a3a1419f34774fc4cd921f337…
--- snip ---
2329 int wmain (int argc, WCHAR *argvW[])
2330 {
...
2364 cmdLine = GetCommandLineW();
2365 WINE_TRACE("Full commandline '%s'\n", wine_dbgstr_w(cmdLine));
2366 args = 1; /* start at first arg, skipping cmd.exe itself */
...
--- snip ---
$ sha1sum SotAInstaller.exe
5163cd5d92cb6c8a50e5b8169ca428afdf2b76b7 SotAInstaller.exe
$du -sh SotAInstaller.exe
12M SotAInstaller.exe
$ wine --version
wine-1.7.8-220-g0bef543
Regards
--
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=37306
Bug ID: 37306
Summary: ApexDC crashes on start with wine configured as Vista
or higher
Product: Wine
Version: 1.7.26
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hk-wine(a)circlestorm.org
ApexDC 1.6.0 x86_64 version ( http://www.apexdc.net/download/ )
ApexDC shows a crash dialog box with no interesting info,
however it says that I should run it with the .pdb file to get
a debug trace that could be reported to the ApexDC team.
However, the .pdb file is already there so possibly that is
the FindFirstFileExW bug also causing the failed debug (Bug 37305).
$ wine ApexDC-x64.exe
fixme:wincodecs:PngDecoder_Block_GetCount stub
fixme:module:load_library unsupported flag(s) used (flags: 0x00000800)
fixme:advapi:RegisterTraceGuidsW (0x14031ca58, (nil),
{f7b697a3-4db5-4d3b-be71-c4d284e6592f}, 7, 0x1404824d0, (null), (null),
0x1404b55a8): stub
fixme:file:FindFirstFileExW options not implemented 0x00000000 0x00000001
--
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=36549
Bug ID: 36549
Summary: Trove crashes when run
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lostcoderhaley(a)gmail.com
Created attachment 48645
--> http://bugs.winehq.org/attachment.cgi?id=48645
console output
Trion's Trove MMO alpha crashes on startup with an access violation. Trove is
not an XP compatible exe. Normally it should be run from Glyph to have the
login credentials, however, since Glyph rarely runs well enough to start trove
I had to run it directly. Since it crashes during early startup this does not
appear to have changed the crash 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.