https://bugs.winehq.org/show_bug.cgi?id=43390
Bug ID: 43390
Summary: valgrind shows a few definite leaks in
dlls/xaudio2_7/tests/xaudio2.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159)
==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795)
==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809)
==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795)
==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293)
==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C37F03: ???
==3551== by 0x5C38059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5CA3F03: ???
==3551== by 0x5CA4059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5E44F03: ???
==3551== by 0x5E45059: ???
==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932)
==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766
==3551== at 0x7BC51061: notify_alloc (heap.c:254)
==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==3551== by 0x5C7DC35: CreateFX (xapofx.c:835)
==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018)
==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089)
==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122)
==3551== by 0x4A1C74F: run_test (test.h:603)
==3551== by 0x4A1CBAD: main (test.h:687)
==3551==
--
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=44279
Bug ID: 44279
Summary: Wine can't enumerate HID device that is based on
Bluetooth (a Wiimote)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: epigramx(a)yahoo.com
Distribution: ---
On Windows, if I run hclient.exe (source here:
https://github.com/Microsoft/Windows-driver-samples/tree/master/hid/hclient) I
can normally see my paired and connected device, as shown in this image:
https://i.imgur.com/Up60k7s.png It's one of the Wii Remote Plus devices.
However, if I do pair and connect the device on Debian and if it correctly
appears in /sys/bus/hid/devices and all the tests here work:
https://wiki.archlinux.org/index.php/XWiimote , running hclient.exe with wine
on linux does not find that hid device which might explain why it's not
detected by a console application that relies on enumerating HID devices on
windows.
I suspect it's a limitation of wine in finding HID devices if they originate
from Bluetooth but I can't be sure.
I might return with more details later on (when I reboot to Linux) but let me
know if you need specific further details.
Wiimotes are very common so if a dev could try one and see if he can enumerate
it in hclient (source above) that'd be great.
--
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=44556
Bug ID: 44556
Summary: SYN_DROPPED undeclared on Linux < 2.6.39
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winebus.sys
Assignee: wine-bugs(a)winehq.org
Reporter: Zenitur(a)yandex.ru
Distribution: ---
When I build Wine on GNU/Linux with 2.6.37 kernel, I'd an error "SYN_DROPPED
undeclared".
Google says that it was appear in 2.6.39 and tslib project has this code:
https://github.com/kergoth/tslib/blob/master/plugins/input-raw.c
#ifndef SYN_DROPPED /* < 2.6.39 kernel headers */
# define SYN_DROPPED 3
#endif
--
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=41869
Bug ID: 41869
Summary: undefined reference to `HIDIOCSFEATURE'
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)openmailbox.org
Distribution: ---
Created attachment 56272
--> https://bugs.winehq.org/attachment.cgi?id=56272
log file
undefined reference to `HIDIOCSFEATURE'
my system
command: ldd --version
ldd (GNU libc) 2.10.1
command: uname -r
3.0.66
command: gcc --version
gcc (GCC) 4.3.4
--
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=13881
Summary: Stack limits error, hardware incompatibility?
Product: Wine
Version: 1.0-rc4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dav666666(a)gmail.com
Hello. I'm trying to play GunZ : The Duel.
Don't delete this bug because you think it's game related. It is not.
Why? Everyone got the game working. Except me.
I tried reinstalling the whole system and it crashed on a fresh install too.
I tried on my brother's computer and it worked without any problem.
All this make me think it's a hardware related problem but I need your help to
determine which of my hardware is causing trouble.
I explained my problem on GunZ page on Winedb:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=12057, it is the
comment called "Stack limits"
I hope you will find a fix, GunZ is the last game that makes deleting windows
from my computer impossible...
Sorry for english, I'm belgian, I did my best to write correct sentences...
--
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=10530
Summary: Flyff doesn't work with wine
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nitzan65(a)gmail.com
Flyff Shows me a white screen.
Please fix it thanks!
--
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=11319
Summary: GameOverlay (Steam friends In-game) crashes on start
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sagman.staredsi(a)gmail.com
Created an attachment (id=10425)
--> (http://bugs.winehq.org/attachment.cgi?id=10425)
A GameOverlayRenderer log
The GameOverlayUI.exe and GameOverlayRenderer.dll (Steam in-game friends
interface) crashes on start. I attach a log created by the Steam.exe . The file
refers to GameOverlayRenderer.dll and this log attach that the dlls or exe wich
fails are:
01: hl2.exe
02: ntdll.dll
03: KERNEL32.dll
04: user32.dll
05: gdi32.dll
06: advapi32.dll
07: GameOverlayRenderer.dll
08: winex11.drv
09: imm32.dll
Also attach here a minilog (it's 2 lines) of wine trying to start
"GameOverlayUI.exe"
$ wine GameOverlayUI.exe
fixme:process:SetProcessShutdownParameters (000003ff, 00000000): partial 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=32945
Bug #: 32945
Summary: Fetion 2013 January reported the OS version is too old
Product: Wine
Version: 1.5.23
Platform: x86
URL: http://download.fetion-portal.com/Fetion2013_January.e
xe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: litimetal(a)gmail.com
Classification: Unclassified
Created attachment 43507
--> http://bugs.winehq.org/attachment.cgi?id=43507
screenshot
My computer: Fedora 16 32bit
wine-1.5.23-81-g237ed21
1. remove ~/.wine then $wine notepad to have a clean wineprefix
2. download Fetion from
http://download.fetion-portal.com/Fetion2013_January.exe
3. wine Fetion2013_January.exe
Then the program would show a dialog.
Brief Translation:
"The Version of your OS is too old. Please use an OS whose virsion is higher
than Win 2000 SP4 or Win XP SP2. Will you continue anyway?"
I chose yes, and the installation *seemed* to finish successfully.
BTW, It seems that this program has more than one bug.
--
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=37052
Bug ID: 37052
Summary: WM_TRANSIENT_FOR occasionally contains unmapped
windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jstpierre(a)mecheye.net
While debugging a focus management issue, I found that Wine creates an odd
arrangement of WM_TRANSIENT_FOR windows. I assume this is the behavior of the
Windows app.
It's reproducible with the first screen of this installer:
http://files01.techspot.com/temp/Unigine-Heaven-40.exe
Wine is creating three windows: the actual installer window (A), a secondary
window (B) as its owner, and a third window (C), invisible owner as B's owner.
The issue is that while A and C are mapped, the intermediate window, B, is not,
and thus the WM_TRANSIENT_FOR is invalid and ignored by window managers. This
has the when activating the invisible owner C from the taskbar or similar, A is
not raised.
--
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=42081
Bug ID: 42081
Summary: Highway Pursuit fails at start due to resolution
change
Product: Wine
Version: 2.0-rc2
Hardware: x86-64
URL: http://retrospec.sgn.net/game-links.php?link=highwaypu
rsuit
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulture6(a)mail.com
Distribution: Mint
At the start of Highway Pursuit it defaults to a resolution of 800x600.
However, when it tries to change to this from 1920x1080 on my system - I have
an Nvidia GTX card - it simply brings up a frozen desktop screen instead of the
titles. Sound effects play as normal.
No obvious Wine errors displayed.
This game runs perfectly on Crossover 15.1.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.