https://bugs.winehq.org/show_bug.cgi?id=44138
Bug ID: 44138
Summary: if_indextoname unimplemented function in Iphlpapi.dll
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: markau0(a)lycos.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
if_indextoname unimplemented function in Iphlpapi.dll
if_nametoindex was implemented in Wine 2.0.3 but if_indextoname is still
unimplemented in Wine staging 2.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=42267
Bug ID: 42267
Summary: wine: Call from 0x7bc57709 to unimplemented function
ntdll.dll._aulldvrm, aborting
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox_xerox2000(a)yahoo.co.uk
Distribution: ---
As the title says. The app is installer of Rogue-Killer. I dont know what the
unimplemented function is supposed to.
--
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=39979
Bug ID: 39979
Summary: SupArc getting runtime error
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thrasher2k2(a)gmail.com
Distribution: ---
When i try to run SupArc (http://www.suparc.com) it causes runtime error.
--
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=26574
Summary: Homefront: no sound in menu unless Hardware
acceleration = emulation
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Terminal doesn't show much, just:
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16a1d8,0x16a148): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16bcd8,0x16bbf8): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x16bd00,0x16bc20): stub
changing driver emulation from full to emulation gives me sound.
Note: the sound works fine in the intro videos, either way.
Gentoo 32-bit, no pulseaudio. Using winealsa driver.
--
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=45089
Bug ID: 45089
Summary: Audio playback paused, no sound
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bghome(a)gmail.com
Distribution: ---
Created attachment 61255
--> https://bugs.winehq.org/attachment.cgi?id=61255
lsof +E -aUc Traktor.exe
I cannot make audio playback work with Pulseaudio.
The application is Traktor 2.11. Pulseaudio is configured in the application
and Traktor.exe is showing up in the Playback tab of pavucontrol (not muted,
volume is set to 100%).
When I press the play button in the application nothing happens. Not only I
cannot hear the sound, but the audio position indicator still stays at 00:00
position. Looks like wine cannot send data to Pulseaudio.
Could I get any help how to debug this 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=45180
Bug ID: 45180
Summary: iTunes installer freezes at the final step
Product: Wine-staging
Version: 3.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 61399
--> https://bugs.winehq.org/attachment.cgi?id=61399
terminal output with frozen installer before it was killed.
iTunes version 12.7.4.80 installer stops before the installation is complete.
Doesn't just freeze as the cancel button can be pressed and a confirmation
dialog will pop up, but nothing will actually happen and the installer will
stay at the same step (left it open like that for an hour, nothing happened).
If the installer is killed and launched again, the installation will complete.
Does not occur in wine-devel.
--
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=45181
Bug ID: 45181
Summary: iTunesVisualizerHost.exe crashes upon iTunes launch
Product: Wine
Version: 3.7
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 61401
--> https://bugs.winehq.org/attachment.cgi?id=61401
backtrace from iTunesVisualizerHost.exe
Every time when iTunes (version 12.7.4.80, but also occurs in older versions)
is launched, iTunesVisualizerHost.exe crashes. I am not exactly sure what it
does, but in previous versions of wine (at least 2.21), this problem was not
present. Backtrace 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.
https://bugs.winehq.org/show_bug.cgi?id=41174
Bug ID: 41174
Summary: DDS Converter (DX11) crashes with an error message
"Failed init D3D device"
Product: Wine
Version: 1.9.16
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Running DDS Converter (DX11) using WineD3D causes an error at start up with a
message "Failed init D3D device"
Download link for DDS Converter:
http://www.nexusmods.com/fallout4/download/24149
--
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=44557
Bug ID: 44557
Summary: Chuckie Egg: The Next Batch v1.2 regression on Wine
3.2
Product: Wine
Version: 3.2
Hardware: x86-64
URL: http://retrospec.sgn.net/game/chuckie
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulture6(a)mail.com
Distribution: Mint
Since Wine 3.2, game has become slow to respond and screen elements are either
missing or blank during gameplay. Music plays OK.
--
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=45109
Bug ID: 45109
Summary: Implement debugging 32-bit processes using 64-bit
winedbg
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
winedbg (but also kernel32 and maybe dbghelp) currently assumes in a lot of
places that the architecture of an inferior process matches the architecture of
winedbg, and fails in an opaque way if it doesn't.
It isn't possible to implement multiple architectures on 32-bit, for reasons
that aren't clear to me (see the documentation for EnumProcessModules(),
https://msdn.microsoft.com/en-us/library/windows/desktop/ms682631(v=vs.85).…).
But the same restriction doesn't apply to 64-bit, so we should try to let
winedbg handle this.
Tagged as 'enhancement' since in most cases one can be careful enough to use
'wine' or 'wine64' as appropriate. One place where this does seem especially
useful is 32-bit bootstrappers to 64-bit processes or the like, since often the
only reliable way to break into a child process is with the AlsoDebugProcChild
variable.
--
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.