https://bugs.winehq.org/show_bug.cgi?id=44490
Bug ID: 44490
Summary: Zwei: The Arges Adventure videos play distorted (Indeo
5 encoded)
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: Debian
With patch https://source.winehq.org/patches/data/141524 and winetricks -q
icodecs Zwei plays the Indeo 5 encoded videos. Logo video plays when launching
the game. However playback is distorted as seen in the screenshots.
Adding an override and using native msvfw32.dll from XP SP3 is a workaround.
SHA256 (msvfw32.dll) =
db676642f9c0467dbc313d0b475250b247eabb281fd359896398a0e7c725f0f8
Nothing useful or related in the default terminal 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=45478
Bug ID: 45478
Summary: World of Warcrafft: graphical artifacts since 8.0
(BfA)
Product: Wine-staging
Version: 3.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: clm(a)martindroessler.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 61826
--> https://bugs.winehq.org/attachment.cgi?id=61826
Screenshot showing the problem
Since the new patch 8.0.1, there are graphical artifacts and wrong colors in
some areas.
E.g. in Antoran Wastes where half of the map and the sky is in a glowing
yellow. Also when teleporting, the effect is a yellow square.
I attached a screenshot.
My System:
AMD Radeon Vega 64
Core i7 6700
32 GB RAM
4k Display via HDMI
m.2 SSD
Kernel 4.15 (via ubuntu mainline)
Mesa 18.1.4 (self compiled)
Wine-staging 3.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=45644
Bug ID: 45644
Summary: chromium x64 sandbox >=win10 needs
UpdateProcThreadAttribute to handle
PROC_THREAD_ATTRIBUTE_CHILD_PROCESS_POLICY
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Follow up to bug 45643.
With the previous patches, chrome x64 works in win8 mode. But it crashes in
win10 mode.
--
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=45602
Bug ID: 45602
Summary: Wargaming Game Center needs
msvcp140.dll._Set_last_write_time
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Blocks: 45593
Distribution: ---
When trying to install "Total War Arena" it crashes due to
> wine: Call from 0x7b43d903 to unimplemented function msvcp140.dll._Set_last_write_time, aborting
As expected, "winetricks -q vcrun2015" works around the issue.
--
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=45622
Bug ID: 45622
Summary: Overwatch crashes when trying to save highlights
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 62052
--> https://bugs.winehq.org/attachment.cgi?id=62052
terminal output
Whenever I try to save a highlight through in-game feature, the game crashes,
even with hardware encoding option disabled. It doesn't crash with a wine
debugger dialog but I attached a part of the terminal output of when it
crashes.
The game also creates its own dump when it crashes but I am not sure it's
useful to wine developers. However, if it is, just ask for it and I will upload
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=43488
Bug ID: 43488
Summary: cant run software
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: neneda(a)www.bccto.me
Distribution: ---
Created attachment 58870
--> https://bugs.winehq.org/attachment.cgi?id=58870
i cant fix it
when i run the software bluestacks ,the problem comes out
--
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=42870
Bug ID: 42870
Summary: CurrentBuild registry value is missing
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: registry
Assignee: wine-bugs(a)winehq.org
Reporter: pgkos.bugzilla(a)yahoo.com
Distribution: ArchLinux
In HKLM\Software\Microsoft\Windows NT\CurrentVersion\, all Windows versions
since at least Windows XP have a "CurrentBuild" registry string value (aside
from "CurrentBuildNumber").
In Wine's registry, there exists only "CurrentBuildNumber".
For maximum compatibility, the "CurrentBuild" value should exist and be
created/updated by winecfg when switching Windows versions. It should have the
same value as the "CurrentBuildNumber", for example on Windows 7 SP1:
CurrentBuildNumber = "7601"
CurrentBuild = "7601" <-- this value is missing
--
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=43125
Bug ID: 43125
Summary: Device reports coming in too fast
Product: Wine
Version: 2.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pershyn_nikolay(a)mail.ru
Distribution: ---
Launching wine or winecfg in any prefix(including clean prefix) reports errors
about device reports coming too fast.
$ WINEPREFIX=~/.local/share/wineprefixes/Temp32/ WINEARCH=win32 winecfg
err:hid_report:process_hid_report Device reports coming in too fast, last
report not read yet!
After it(any application or winecfg) is closed following line appears in
console output:
wine: Unhandled page fault on read access to 0x7e479e70 at address 0x7ec9e1e1
(thread 0034)
I don't really know what information would be useful to provide here. Well, it
says hid, which I assume means human interface device. My input devices are
ROCCAT Tyon and Microsoft Natural Ergonomic Keyboard 4000.
# uname -a
Linux subspace 4.9.16-gentoo #1 SMP Fri Apr 21 19:37:09 MDT 2017 x86_64
Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz GenuineIntel GNU/Linux
# grep INPUT /etc/portage/make.conf
INPUT_DEVICES="${INPUT_DEVICES} evdev roccat_tyon"
# ls -l /dev/input/by-id/
total 0
lrwxrwxrwx 1 root root 9 May 23 21:37
usb-Microsoft_Natural®_Ergonomic_Keyboard_4000-event-kbd -> ../event9
lrwxrwxrwx 1 root root 10 May 23 21:37
usb-Microsoft_Natural®_Ergonomic_Keyboard_4000-if01-event-kbd -> ../event10
lrwxrwxrwx 1 root root 10 May 23 21:37
usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-event-mouse -> ../event11
lrwxrwxrwx 1 root root 10 May 23 21:37
usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-if01-event-kbd -> ../event12
lrwxrwxrwx 1 root root 10 May 23 21:37
usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-if02-event-joystick -> ../event13
lrwxrwxrwx 1 root root 9 May 23 21:37
usb-ROCCAT_ROCCAT_Tyon_White_ROC-11-851-mouse -> ../mouse0
--
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=36884
Bug ID: 36884
Summary: Drakensang: The Dark Eye demo crashes on startup
(needs d3dx9_36.dll.D3DXCreateTeapot implementation)
Product: Wine
Version: 1.7.22
Hardware: x86
URL: http://www.gamershell.com/download_36990.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Follow up to bug 35742. Now that D3DXCreateTorus is implemented, the game
crashes on start with a dialog box saying:
*** NEBULA ASSERTION ***\nprogrammer says: nD3D9Server::DeviceOpen():
D3DXCreateTeapot() failed!
and in the terminal (the only d3dx fixme):
fixme:d3dx:D3DXCreateTeapot (0x193100, 0x3242ec4, (nil)): stub
austin@aw25 ~ $ sha1sum Drakensang_DEMO_setup_ENGLISH.exe
2e47a2fbc7307e736394bf1d2b1a2f09c497c7a1 Drakensang_DEMO_setup_ENGLISH.exe
austin@aw25 ~ $ du -h Drakensang_DEMO_setup_ENGLISH.exe
501M Drakensang_DEMO_setup_ENGLISH.exe
austin@aw25 ~ $ wine --version
wine-1.7.22
--
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=37834
Bug ID: 37834
Summary: RtlSetCurrentDirectory_U prepends "UNC\" for network
paths; the resulting path is invalid
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: atakama0512(a)yahoo.com
Distribution: ---
Created attachment 50382
--> https://bugs.winehq.org/attachment.cgi?id=50382
cmd.exe output showing how UNC\ gets prepended when running cd \\server\share
Calling RtlSetCurrentDirectory_U with a network share argument like
"\\server\share" sets the current directory to "UNC\server\share". Subsequent
calls to GetCurrentDirectory will return the modified path.
The resulting path is invalid and unusable: attempting to read the directory or
writing a file to it results in ERROR_PATH_NOT_FOUND.
The bug can be reproduced using the internal command prompt, as seen in the
attachment.
>From what I've gathered from the source code, RtlSetCurrentDirectory_U calls
RtlDosPathNameToNtPathName_U, which prepends UncPfxW to the supplied path. The
last edits to dlls/ntdll/path.c were made in 2003-2004.
I stumbled across this behavior while investigating why Total Commander cannot
copy files to network shares. The sequence of calls in Total Commander is:
SetCurrentDirectory to the network path, then GetCurrentDirectory (which
returns the modified path in the form "UNC\server\share") and then it builds
the destination parameter by concatenating this path with the destination file
name. This gets passed to CopyFileEx, which fails with ERROR_PATH_NOT_FOUND
because of the "UNC\" 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=44369
Bug ID: 44369
Summary: cmd's %0 path variables (e.g. %~dp0) wrong inside
subroutine call
Product: Wine
Version: 3.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: ryan.prichard(a)gmail.com
Distribution: ---
Test program (C:\bin\workaround.cmd):
@echo off
call :fix
exit /b
:fix
echo [%0] [%~d0] [%~p0] [%~n0] [%~x0]
exit /b
Expected behavior (tested on XP):
C:\>set PATH=C:\bin;%PATH%
C:\>workaround.cmd
[:fix] [C:] [\bin\] [workaround] [.cmd]
C:\>"workaround.cmd"
[:fix] [C:] [\bin\] [workaround] [.cmd]
C:\>"w"or"k"aroun"d.c"md
[:fix] [C:] [\bin\] [workaround] [.cmd]
Behavior on wine-3.0-rc6:
c:\>set PATH=C:\bin;%PATH%
c:\>workaround.cmd
[:fix] [c:] [\] [:fix] []
c:\>"workaround.cmd"
[:fix] [c:] [\] [:fix] []
c:\>"w"or"k"aroun"d.c"md
[:fix] [c:] [\] [:fix] []
Background:
The Android NDK generates wrapper batch files that invoke clang.exe. If the
wrapper is invoked from the PATH using double-quotes, then %~dp0 is wrong (when
using Windows CMD). A workaround I've found is to evaluate %~dp0 in a
subroutine in the batch file. This workaround works with Windows CMD, but
breaks with Wine CMD. (It expands to the working directory instead.)
See https://github.com/android-ndk/ndk/issues/616#issuecomment-358117090.
FWIW: Wine CMD doesn't have the same %~dp0 bugginess as Windows CMD that
motivated the GitHub issue I linked to. Wine handles all of the example command
lines on that GitHub comment consistently (aside from case differences in the
drive letter or the filename extension). If Wine tries to match Windows
bug-for-bug, then maybe this too should change.
--
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=45530
Bug ID: 45530
Summary: No$Gba crash when open.
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wzhy90(a)gmail.com
Distribution: ---
Created attachment 61927
--> https://bugs.winehq.org/attachment.cgi?id=61927
no$gba ver.2.9a from http://problemkaputt.de/gba.htm
Host is linux mint 19, it works on mint 18.3 but after I do a fresh install to
mint 19 it crash.
I have try stable or devel version, both crash when open.
--
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=43036
Bug ID: 43036
Summary: SetNamedPipeHandleState returns ERROR_ACCESS_DENIED
when setting PIPE_NOWAIT
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dan-wine(a)berrange.com
Distribution: ---
In GNULIB, there is code which tries to create an implementation of the POSIX
pipe() method for Windows, using the methods _pipe, _get_osfhandle and
SetNamedPipeHandleState. This code works when run on real windows systems (i've
tried Win2k8 myself), but fails when run under Wine (I've tested versions 2.5
and 2.7 in Fedora), with ERROR_ACCESS_DENIED from the SetNamedPipeHandleState
method
Since GNULIB code is fairly complex to follow I created this short demo
program:
$ cat > demo.c <<EOF
#include <sys/unistd.h>
#include <stdio.h>
#include <windows.h>
int nonblock(int fd) {
HANDLE h = (HANDLE)_get_osfhandle(fd);
char errbuf[1024];
DWORD state;
if (GetNamedPipeHandleState (h, &state, NULL, NULL, NULL, NULL, 0) == 0) {
FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(),
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL);
fprintf(stderr, "Failed GetNamedPipeHandleState (%lu) %s", GetLastError(),
errbuf);
return -1;
}
if ((state & PIPE_NOWAIT) != 0) {
return 0;
}
state |= PIPE_NOWAIT;
if (SetNamedPipeHandleState (h, &state, NULL, NULL) == 0) {
FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, NULL, GetLastError(),
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), errbuf, 1024, NULL);
fprintf(stderr, "Failed SetNamedPipeHandleState (%lu) %s", GetLastError(),
errbuf);
return -1;
}
return 0;
}
int main(int argc, char **argv) {
int fd[2];
if (_pipe(fd, 4096, 0) < 0) {
fprintf(stderr, "Failed to create pipe\n");
return -1;
}
if (nonblock(fd[0]) < 0){
fprintf(stderr, "Could not set non-blocking on fd[0]\n");
return -1;
}
if (nonblock(fd[1]) < 0){
fprintf(stderr, "Could not set non-blocking on fd[1]\n");
return -1;
}
fprintf(stderr, "Created non-blocking pipe pair\n");
}
EOF
$ i686-w64-mingw32-gcc -Wall -mconsole -o pipe.exe pipe.c
$ ./pipe.exe
fixme:winediag:start_process Wine Staging 2.7 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
fixme:sync:GetNamedPipeHandleStateW 0x2c 0x61f8f8 (nil) (nil) (nil) (nil) 0:
semi-stub
Failed SetNamedPipeHandleState (5) Access denied.
Could not set non-blocking on fd[0]
Strangely, this only seems to fail on fd[0] - if I let it run on fd[1] it will
work.
The original GNULIB code I hit the problem on is here:
http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/pipe2.chttp://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/nonblocking.c
The Fedora Wine 2.7 package I tested on was built with these sources:
SHA512 (wine-2.7.tar.xz) =
1e61b9a4aa1f5f42fb27d11d5254a9ba90f348ad9c4d1ddd4b5da47cd7de638290a20accf7447db9c0e4ced4c2144497cdf5fc906a5eac60e923dabb61f65d3a
SHA512 (wine-2.7.tar.xz.sign) =
b03f4376b10bd8ea66e5e6fc0862a4f948e009862a374677c326744b31c9d9fdcf1efd3b789149fcb6fe617f9c75b1b47d61f884e06e8c0fe16633a99911b667
SHA512 (wine-staging-2.7.tar.gz) =
0abc89af701ae1b95c0eb08e72894c7bc40bdfe792e05b8af9282eab8407bb90b7dfcd4eb3a193a88759ce5d6ea6c2aa9696cac2d744f543c92529bb0d2636ee
--
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=45529
Bug ID: 45529
Summary: Custom color scheme applied but wine not respecting
current text color of scheme on window columns and
statusbar.
Product: Wine
Version: 3.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: mt_talpur(a)yahoo.com
Distribution: ---
Created attachment 61923
--> https://bugs.winehq.org/attachment.cgi?id=61923
shows current issue with color scheme applied.
When changing the color scheme via registry it does change overall looks of
window elements but the text of window columns and statusbar remains black no
matter what color scheme is applied though it should respect the currently used
text color On windows this does not happen.
--
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=42577
Bug ID: 42577
Summary: A regression with Far manager
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ozerski(a)list.ru
Distribution: ---
A regression: Far manager (both 32-bit and 64-bit) running under wine (using
wineconsole) crashs due any attemt to change drive using menu or Alt+Fn
--
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=43072
Bug ID: 43072
Summary: Sonos Controller Program Error with Wine 2.O
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: john.peters(a)gmx.fr
Distribution: ---
Created attachment 58255
--> https://bugs.winehq.org/attachment.cgi?id=58255
Created via Program Error window
Sonos controller worked with Wine 1.8 with Ubuntu 16.04. I had this bug problem
but solved it by going from 1.9 back to 1.8. My wine version has been updated
to 2.0 and I now have the old problem back. I can't remember how I downgraded
to 1.8. I get the program error window almost immediately on starting SONOS.
Can you tell me if the problem exists elsewhere and how I can go back to Wine
1.8? 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=46006
Bug ID: 46006
Summary: after a while, some hours, crash happens in steam api
opengl running experimental DayZ server on centos7
(3.0.2) i have back trace
Product: Wine
Version: 3.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: kd0frg(a)gmail.com
Distribution: ---
Created attachment 62574
--> https://bugs.winehq.org/attachment.cgi?id=62574
backtrace
running a dayz server off stteam library tools that was meant to run on
win7/8/8.1/10/servers eventually crashes after many hours (say 12 hrs) i cant
leave it alone, it has to be baby sat lol, could be a dayz error, could be a
wine error, submitting it anyway
--
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=38561
Bug ID: 38561
Summary: Painkiller crashes when loading a save
Product: Wine
Version: 1.7.41
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fremenzone(a)poczta.onet.pl
Distribution: ---
Created attachment 51440
--> https://bugs.winehq.org/attachment.cgi?id=51440
Crash log
Loading a saved game in Painkiller: Black Edition bought on GOG.com does not
work. Loading freezes at some point (always the same) and pressing a key
results in a crash. Wine version: wine-1.7.41-197-gf7e0927. Attaching 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=35371
Bug ID: 35371
Summary: Battlefield 2: Wine crashes on mic setup
Product: Wine
Version: 1.7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crazy.just(a)verizon.net
Classification: Unclassified
Created attachment 47174
--> http://bugs.winehq.org/attachment.cgi?id=47174
Program Error Details
Battlefield 2: Wine crashes on mic setup.
--
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=36763
Bug ID: 36763
Summary: Rogue Squadron 3D 1.3: Crashes with game resolutions
above 640x480
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dev(a)ovocean.com
Created attachment 48821
--> http://bugs.winehq.org/attachment.cgi?id=48821
Console output. Crash after line 19
If choosing a resolution above 640x480 in the game settings menu, the game
crashes at the start of missions, when the set resolution gets used.
System used:
Nvidia GeForce GTX 660M with Nvidia drivers v331.38
Xubuntu 14.04
--
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=36113
Bug ID: 36113
Summary: d3d9/device test has a leak
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==17962== 34 bytes in 2 blocks are definitely lost in loss record 309 of 1,416
==17962== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==17962== by 0x4E8E2B27: strdup (in /usr/lib/libc-2.18.so)
==17962== by 0x67C5806: ??? (in /usr/lib/dri/i965_dri.so)
==17962== by 0x67CE8F0: ??? (in /usr/lib/dri/i965_dri.so)
==17962== by 0x67D7587: ??? (in /usr/lib/dri/i965_dri.so)
==17962== by 0x6661EC8: ??? (in /usr/lib/dri/i965_dri.so)
==17962== by 0x63BDC15: shared_dispatch_stub_482 (in
/usr/lib/libglapi.so.0.0.0)
==17962== by 0x4F5BAD5: shader_glsl_compile (glsl_shader.c:330)
==17962== by 0x4F68B3F: shader_glsl_generate_vshader (glsl_shader.c:4588)
==17962== by 0x4F693E4: find_glsl_vshader (glsl_shader.c:4767)
==17962== by 0x4F6C88A: set_glsl_shader_program (glsl_shader.c:5793)
==17962== by 0x4F6E096: shader_glsl_select (glsl_shader.c:6149)
==17962== by 0x4F2EF12: context_apply_draw_state (context.c:2997)
==17962== by 0x4F581D6: draw_primitive (drawprim.c:664)
==17962== by 0x4F2F685: wined3d_cs_exec_draw (cs.c:291)
==17962== by 0x4F30A33: wined3d_cs_st_submit (cs.c:893)
==17962== by 0x4F2F6F2: wined3d_cs_emit_draw (cs.c:308)
==17962== by 0x4F3EFC3: wined3d_device_draw_primitive (device.c:3265)
==17962== by 0x4973D29: d3d9_device_DrawPrimitive (device.c:2101)
==17962== by 0x4C27D7C: test_null_stream (device.c:1952)
==17962==
--
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=11099
Summary: custom checkbox not displayed
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stuart(a)gathman.org
All the taxact versions use a custom checkbox that draws a large X for on
screen tax forms. These always display as blank. They are drawn correctly on
printout. The appdb entry is
http://appdb.winehq.org/objectManager.php?sClass=application&iId=1265
--
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=9422
Summary: Regression from 0.9.36 to 0.9.42/43 when running visio
2003
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jokester01au(a)yahoo.com.au
Created an attachment (id=7748)
--> (http://bugs.winehq.org/attachment.cgi?id=7748)
Log trace of failed run under 0.9.43
This may or may not be related to bug #5163.
On 0.9.36 I have a working installation of visio 2003.
After upgrading to 0.9.42 visio ceases to work, failing with the message "iopl
not enabled".
Ditto for 0.9.43.
After reverting back to 0.9.36, visio 2003 again works.
Word and Excel 2003 seem to work happily on all of these versions of wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45890
Bug ID: 45890
Summary: Red Alert 2: Yuri's Revenge crash
Product: Wine
Version: 3.0.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)rkive.org
Distribution: Debian
When playing Yuri's Revenge, the game will eventually stall and the UI freezes.
An error message is created in a separate window (not visible unless I alt-tab
out of the game) saying the game encountered an internal error. During this
time, the game music is still playing in the background, so at least some parts
of the game are still working.
I can fairly regularly reproduce this issue by playing on Single player with
all Brutal enemies, and choosing Yuri as my country. After playing for 15-30
minutes the error pops up and the game no longer works. There doesn't seem to
be a clear cause, as the error doesn't really happen in response to anything I
do.
I am running Debian Testing, which is not particularly stable, but the crash
has existed for as long as I can remember. I can provide any debug info needed
to follow this up.
--
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.