https://bugs.winehq.org/show_bug.cgi?id=54666
Bug ID: 54666
Summary: Compilation fails with gcc 4.8.4 - error: missing
binary operator before token "("
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 74181
--> https://bugs.winehq.org/attachment.cgi?id=74181
log.txt
Compiling in 32 bit distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-8.3
In file included from ../wine-8.3/include/msvcrt/stdarg.h:24:0,
from ../wine-8.3/dlls/acledit/main.c:21:
../wine-8.3/include/msvcrt/vadefs.h:30:91: error: missing binary operator
before token "("
--
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=54634
Bug ID: 54634
Summary: schtasks.exe:schtasks causes taskschd:scheduler to
crash on w7u_adm and w8adm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
schtasks.exe:schtasks causes taskschd:scheduler to crash on w7u_adm and w8adm:
scheduler.c:344: Test failed: expected ERROR_DIR_NOT_EMPTY, got 0x80070005
scheduler.c:351: Test failed: DeleteFolder error 0x80070005
scheduler.c:354: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005
scheduler.c:474: Test failed: expected 2, got 3
scheduler.c:483: Test failed: expected 2, got 3
scheduler.c:515: Test failed: expected \Wine\Folder2, got L"\\Wine\\test"
scheduler.c:523: Test failed: expected Folder2, got L"test"
scheduler.c:538: Test failed: expected \Wine\Folder2, got L"\\Wine\\test"
scheduler.c:546: Test failed: expected Folder2, got L"test"
scheduler.c:555: Test failed: expected E_INVALIDARG, got 0
scheduler.c:582: Test failed: expected S_FALSE, got 0
scheduler.c:616: Test failed: expected S_FALSE, got 0
scheduler.c:617: Test failed: expected 0, got 1
scheduler.c:630: Test failed: expected S_FALSE, got 0
scheduler.c:631: Test failed: expected 2, got 3
scheduler.c:647: Test failed: expected \Wine\Folder2, got L"\\Wine\\test"
scheduler.c:655: Test failed: expected Folder2, got L"test"
scheduler.c:673: Test failed: DeleteFolder error 0x80070005
scheduler.c:776: Test failed: CreateFolder error 0x800700b7
scheduler.c:787: Test failed: expected ERROR_FILE_NOT_FOUND, got 0x80070005
scheduler.c:787: this is the last test seen before the exception
07e4:scheduler: unhandled exception c0000005 at 004017CA
See https://test.winehq.org/data/patterns.html#taskschd:scheduler
taskschd:scheduler does not crash when run on its own: it's
schtasks.exe:schtasks that causes it to crash.
The reason is that, at least when run without elevated privileges,
schtasks.exe:schtasks leaves behind the "Wine\\test" task folders created by
the call below in schtasks.c:
register_task("wine\\test\\winetest");
These folders then interfere with taskschd:scheduler.
Not that they are mean to be deleted by the calls below but that fail with
E_ACCESSDENIED:
ITaskFolder_DeleteFolder(root, wine_testW, 0);
ITaskFolder_DeleteFolder(root, wineW, 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.
http://bugs.winehq.org/show_bug.cgi?id=18773
Summary: The Westerner: needs MPEG Layer-3 audio codec
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The Westerner until now had garbage AppDB rating but no bug entry. Deselecting
any audio driver in winecfg let's wine play the intro and crash after:
err:ole:CoGetClassObject class {38be3000-dbf4-11d0-860e-00a024cfef6d} not
registered
err:ole:CoGetClassObject no class object {38be3000-dbf4-11d0-860e-00a024cfef6d}
could be created for context 0x1
This UUID is the "FriendlyName"="MPEG Layer-3 Decoder" from DirectX9
windows\system32\l3codecx.ax
As Wine has its own winemp3.acm, shouldn't it declare this UUID (e.g. via
tools/wine.inf)? Is this a simple omission? Does winemp3 implement something
entirely different, another win API?
When audio is not disabled in winecfg, wine crashes after repeatedly (~13x)
opening and closing all winmm codecs, including winemp3.acm (it does not manage
to reach the intro).
wine regsvr32 l3codecx.ax
WINEDLLOVERRIDES=quartz=n wine PICTuRE.exe
is what's needed to let the music play, to see the intro, to start gameplay and
to bump the AppDB rating from garbage to bronze. (Likely gold except for
serious mouse lag, which is another issue.) The loop mentioned above is then
avoided, as a driver is found.
The native quartz.dll is needed or it won't find some pin (later than the
intro).
I copied the l3codecx.ax from a separate winetricks DirectX9 install before
noticing that The Westerner's CD-ROM also contains it in DirectX9\DirectX.cab.
Oddly, the application's cover lists only DirectX 8.1 as requirement.
Using The Westerner German Patch v1.3. I guess v1.0 (CD-ROM without patch)
would behave the same (guessing from reports in AppDB).
--
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=51463
Bug ID: 51463
Summary: SnowRunner automobiles aren't rendered
Product: Wine
Version: 6.12
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 70304
--> https://bugs.winehq.org/attachment.cgi?id=70304
screenshot
077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query
0x7fcbd7f3a330, flags 0x2, stub!
077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query
0x7fcbd7f3a330, flags 0x1, stub!
06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0
needs 64 samplers, but only 32 are supported.
06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170
needs 64 samplers, but only 32 are supported.
06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd4097dc0
needs 64 samplers, but only 32 are supported.
06f0:fixme:d3d:wined3d_context_gl_bind_shader_resources Shader 0x7fcbd40a5170
needs 64 samplers, but only 32 are supported.
0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query
0x9840840, flags 0x2, stub!
0770:fixme:d3d:wined3d_deferred_context_issue_query context 0xa7491a0, query
0x9840840, flags 0x1, stub!
077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query
0x7fcbd6016100, flags 0x2, stub!
077c:fixme:d3d:wined3d_deferred_context_issue_query context 0x7bc8410, query
0x7fcbd6016100, flags 0x1, stub!
wine-6.12-194-g2ffcf440218
--
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=54821
Bug ID: 54821
Summary: CryptAcquireCertificatePrivateKey implementation
ignores CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Hello,
I have recently moved all my code from Crypto API to CNG and it doesn't work
with Wine because CryptAcquireCertificatePrivateKey ignores the flag
CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG.
CryptAcquireCertificatePrivateKey with dwFlags =
CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG returns True, but pdwKeySpec isn't equal to
CERT_NCRYPT_KEY_SPEC and phCryptProvOrNCryptKey is a handle to a CAPI container
handle instead of a ncrypt key.
I have looked at the source code (dlls/crypt32/cert.c) and indeed there is no
reference to CRYPT_ACQUIRE_ONLY_NCRYPT_KEY_FLAG.
I will try to handle this with NCryptTranslateHandle but I think this should be
done in crypt32.dll.
Regards,
Michel Terrisse
--
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=54828
Bug ID: 54828
Summary: 3DMark 2001 SE: cursor becomes invisible after running
demo/benchmark/game
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Steps to reproduce:
1. Download and install 3DMark 2001 SE. The installer will ask for a key to
authenticate the installation (which can be found in the website linked in the
bug's description), but this is not necessary.
2. Launch 3DMark 2001 and run the graphics demo, a benchmark or the car game
(this is only available if you have authenticated the installation).
3. Quit or wait for the option you chose to end.
When the cursor gets in front of the 3DMark main window, it will become
invisible. If the window receives focus it will become completely invisible.
This only happens after having run the demo/benchmark/game.
I would greatly appreciate if someone can test if this can be reproduced. I
always try to reproduce problems in a VM but 3DMark is finicky about the
graphics card a computer has.
--
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=51855
Bug ID: 51855
Summary: Implementation for IFileDialog missing controls
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: bens7372(a)gmail.com
Distribution: ---
Created attachment 70760
--> https://bugs.winehq.org/attachment.cgi?id=70760
Outlined top parts of the file dialog comparing Win10 and Wine dialog
The Common File Dialog is missing a few controls namely:
- Up button
- Address bar with refresh button and drop down button
- The search box
Please see the attached image of the Common File Dialog on Windows 10.
--
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=54823
Bug ID: 54823
Summary: Rainmeter 4.5.17 : crash at startup with the VClouds
Weather 2 skin
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mb-winehq+3j58qt06(a)kittycat.fr
Distribution: ---
Created attachment 74327
--> https://bugs.winehq.org/attachment.cgi?id=74327
Backtrace for RainMeter 4.5.17 + VClouds Weather 2 skin
When RainMeter is configured to use the VClouds Weather 2 skin
(https://www.deviantart.com/vclouds/art/VClouds-Weather-2-179058977), it
crashes at launch.
No problem without the skin.
Backtrace provided in attachment.
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.
http://bugs.winehq.org/show_bug.cgi?id=20394
Summary: 3DMark 2000, 2001, 2003 - wrong size of loading window
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://www.futuremark.com/download/3dmark03/
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zilforever(a)gmail.com
Created an attachment (id=24186)
--> (http://bugs.winehq.org/attachment.cgi?id=24186)
WINEDEBUG=+ddraw
I think window should have the size of the image which display. But window have
black border on the right and bottom.
I couldnt find such a bug, i hope its not duplicated.
Ubuntu 9.04
Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz
CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT
Linux 32bit GCC 4.3.3 Release May 26 2009
Linux 2.6.28-15-generic i686
GeForce 9600 GT PCI Express 180.44 512Mb
WINEDEBUG=+ddraw wine "C:\Program Files\Futuremark\3DMark03\3Dmark03.exe"
--
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=54818
Bug ID: 54818
Summary: wininet:internet - test_InternetQueryOptionA() fails
in Wine when wpad.my.domain exists
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wininet:internet - test_InternetQueryOptionA() fails in Wine when
wpad.my.domain exists:
internet.c:1305: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY,
was: 7
internet.c:1339: Test failed: Retrieved flags should've been PROXY_TYPE_DIRECT,
was: 5
internet.c:1369: Test marked todo: Retrieved flags should've been
PROXY_TYPE_PROXY | PROXY_TYPE_DIRECT, was: 7
internet.c:1436: Test failed: Retrieved flags should've been PROXY_TYPE_PROXY,
was: 7
See https://test.winehq.org/data/patterns.html#wininet:internet
Where:
1 == PROXY_TYPE_DIRECT
2 == PROXY_TYPE_PROXY
4 == PROXY_TYPE_AUTO_PROXY_URL
This is because, when wpad.my.domain exists, url is set in
query_global_option() so it automatically adds the DIRECT + AUTO_PROXY_URL
flags:
if (url)
/* native includes PROXY_TYPE_DIRECT even if PROXY_TYPE_PROXY is set */
optionW->Value.dwValue |= PROXY_TYPE_DIRECT|PROXY_TYPE_AUTO_PROXY_URL;
url comes from get_proxy_autoconfig_url() which in my case gets it from
detect_proxy_autoconfig_url_dns(). That's normal given the way my DNS server is
configured.
However on the same network Windows 10 does not add these flags and the tests
succeed. So Wine is doing something wrong there.
Also note that, in my case, although wpad.my.domain exists,
http://wpad.my.domain/wpad.dat returns 404. Also InternetQueryOptionA(...
INTERNET_OPTION_PROXY ...) returns lpszProxy == NULL and lpszProxyBypass ==
NULL. So in practice there is no proxy.
Maybe the issue is that query_global_option() does not look that far.
--
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.