https://bugs.winehq.org/show_bug.cgi?id=47106
Bug ID: 47106
Summary: Fallout 4 FAudio [wmav2 @ 0x7f9ad0135d80]
prev_block_len_bits 4 out of range
Product: Wine
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: timofeevsv1989(a)gmail.com
Distribution: ---
Fallout 4 freezing (or sound disappearing) with spam of tons console messages:
[wmav2 @ 0x7f9ad0135d80] prev_block_len_bits 4 out of range
INFO System-wide FAudio, not winetricks one
Something wrong in connection XAudio2->FAudio
--
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=46670
Bug ID: 46670
Summary: Unhandled exception on Blizzard Battle.net
Product: Wine-staging
Version: 4.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
See attachments.
--
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=48410
Bug ID: 48410
Summary: The "Add syscall thunks for 64 bit" patch partly
breaks USVFS
Product: Wine-staging
Version: 5.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This is the patch that breaks USVFS:
https://github.com/wine-staging/wine-staging/blob/d36d63ac848dadbc2c8ffc933…
(discussion: https://github.com/ModOrganizer2/modorganizer/issues/372). I've
only tested 64-bit, so it's possible
https://github.com/wine-staging/wine-staging/blob/master/patches/winebuild-…
also affects it.
Although USVFS works for the most part, loading DLLs fails, because LdrLoadDll
(within ntdll) calls NtOpenFile (through open_dll_file), but for some reason,
USVFS doesn't recognize that specific NtOpenFile call (even though it hooks
other NtOpenFile calls that aren't called from ntdll without issue).
I haven't looked through the patch in much detail, but from what I can tell I
believe the reason why this patch breaks USVFS is because the calls to
NtOpenFile from within ntdll use the direct function address, whereas with the
patch, USVFS now hooks a new "wrapper" around the function, instead of the same
address that ntdll calls internally.
--
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=44571
Bug ID: 44571
Summary: Unable to build cue sheets with IMGBurn
Product: Wine-staging
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: halo117nachos(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 60538
--> https://bugs.winehq.org/attachment.cgi?id=60538
stderr and stdout
Everytime I try to build a cue sheet out of MP3 files with IMGBurn, the program
crashes. Building a cue sheet is the first step in burning MP3 (and other audio
files) to standard red book audio discs, so if one can't build a cue sheet, one
can't burn music.
Of course, I made a new wine prefix to test this, and found that it didn't
solve the problem at all. :(
Here's what happens: If I click the tools menu, and select "Create Cue File...
", and I start manually adding MP3s, first the program hangs, and then it says
the following:
"Potential Direct Show Error! - No data has been received for 10 seconds
file name: C:\blablabla\file.mp3
Decoding Progress: 9,999,999 bytes"
It then gives me three options: "Cancel", "Try Again", and "Continue". BTW,
that number (9,999,999) seems to very with each MP3 file. It's possible that
whatever number it lands on is the end of the file.
I also tend to get a more generic error, although this one is harder to
reproduce. IDK if this is the same bug or not. The error is:
"An error occured in the application
There might be an updated version available that fixes the pr [the rest of this
line seems to be cut off by some buttons on the right]
Please check the website for updates - http://www.imgburn.co [once again, the
message is cut off]"
There are three buttons on the bottom, and three on the right (the ones on the
right are the ones that cut off the text). The ones on the bottom are "send bug
report", "save bug report", and "show bug report". The buttons on the right are
"Continue application", "Restart application", and "Close application". If I
click "Continue application", the program seems to continue working.
PS: I've just run IMGBurn from the terminal, and redirected both stdout and
stderr to a file, which I've attached to this report. When the aformentioned
"generic" error message appeared. I tried to click "Close application", but the
program froze, forcing me to kill it. That error happened on the second file.
BTW, I'm running Ubuntu 16.04, and I've installed winehq-devel 3.2 from the
official repositories. Also, I didn't modify the prefix at all, except to
install IMGBurn, and to change the default version of Windows to XP (otherwise
IMGBurn doesn't start).
--
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=49709
Bug ID: 49709
Summary: after update to v5.15.1 patch failed
Product: Wine-staging
Version: 5.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Applying
/swap/Programing/Source/Git/wine/wine-staging/wine/patches/nvencodeapi-Video_Encoder/0003-nvencodeapi-Add-support-for-version-6.0.patch
Applying
/swap/Programing/Source/Git/wine/wine-staging/wine/patches/ole32-HGLOBALStream/0002-ole32-Add-a-check-for-hglobal-pointer-to-GetHGlobalF
.patch
error: patch failed: dlls/ole32/tests/hglobalstream.c:555
error: dlls/ole32/tests/hglobalstream.c: patch does not apply
ERROR: Failed to apply patch, aborting!
# Run configure
--
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=49514
Bug ID: 49514
Summary: Wine-staging 5.12 package building fails
Product: Wine-staging
Version: 5.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
The wine-devel 5.12 packages built without any problem, but most of the
wine-staging 5.12 packages failed.
The only ones that successfully built were for the two oldest distros we
package for, Debian 9.0 and Ubuntu 16.04. What those two distros have in common
is that they can't be built with FAudio support.
I've attached the failed build log from Fedora 32 here; logs for the other
distros we build for are on
https://build.opensuse.org/package/show/Emulators:Wine:Fedora/wine-staging and
https://build.opensuse.org/package/show/Emulators:Wine:Debian/wine-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=48883
Bug ID: 48883
Summary: Cygwin installation
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: megastallman(a)gmail.com
Distribution: ---
Created attachment 66827
--> https://bugs.winehq.org/attachment.cgi?id=66827
wine client error:34: read: Bad file descriptor
I'm trying to install 32-bit Cygwin. The installer starts, downloads tarballs,
then just hangs with the "wine client error:34: read: Bad file descriptor".
Wineboot doesn't help.
Download link: https://cygwin.com/setup-x86.exe
My current wine installation is done into a 32-bit Xubuntu18.04 chroot, where
the latest wine-staging is built and used. So I can update/rebuild any time
required. Doing "~/.wine", build and installation directories deletion every
rebuild. The host system - is Opensuse Thumbleweed x86_64. Choot allows X11 and
OpenGL throughput, e.g. - I can run glxgears.
See the crashlog in attachment.
--
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=49658
Bug ID: 49658
Summary: wineserver keeps segfaulting on exit
Product: Wine-staging
Version: 5.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Everything seems to work fine in recent Staging, except my system journal shows
these errors whenever wineserver is exiting:
kernel: wineserver[115560]: segfault at 0 ip 0000000000000000 sp
00000000ffe29efc error 14 in wineserver[64974000+7000]
kernel: Code: Bad RIP value.
This is after Staging commit e4a11b16639179734e1d9f12ab4605dcbfa21a27.
--
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=49577
Bug ID: 49577
Summary: Segmentation fault when running winecfg in Staging
Product: Wine-staging
Version: 5.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, pgofman(a)codeweavers.com,
z.figura12(a)gmail.com
Distribution: ArchLinux
I'm using a mingw-enabled Wine build now. Vanilla Wine doesn't have this
problem, but Staging does.
When I issue either winecfg or wineboot -u to create or update a wineprefix, I
'm getting only
"Segmentation Fault (core dumped)" in the terminal.
WINEDEBUG=+all wine winecfg:
trace:virtual:free_ranges_remove_range view 0x7bc00000-0x7bf60000 (0x7bc00000).
trace:module:map_image_into_view mapped PE file at 0x7bc00000-0x7bf5b000
trace:module:map_image_into_view mapping section .text at 0x7bc01000 off 600
size 68e00 virt 68d7c flags 60500020
trace:module:map_image_into_view clearing 0x7bc69e00 - 0x7bc6a000
Due to lack of time I couldn't perform a regression test yet. What I see is
that Wine-Staging 5.11 works, Staging 5.12.1 and Staging/master are equally
broken.
Maybe this has already been reported here on bugzilla and I just couldn't find
the corresponding 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=40958
Bug ID: 40958
Summary: Toontown Rewritten has major lag on wine-staging on
FreeBSD and GNOME 3
Product: Wine-staging
Version: 1.9.13
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: neel(a)neelc.org
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Toontown Rewritten (http://toontownrewritten.com/) has major lag with
keystrokes on wine-staging when I use FreeBSD and GNOME 3. TTR is a online
game, and using keyboard controls often results in the display lagging by a few
seconds. Other desktop environments don't have this lag to as great of an
extent (I also tested TTR on Mate and Fluxbox).
Is there a reason for this?
--
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.