https://bugs.winehq.org/show_bug.cgi?id=36612
Bug ID: 36612
Summary: valgrind shows a definite leak in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8903== 20 bytes in 1 blocks are definitely lost in loss record 57 of 299
==8903== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==8903== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==8903== by 0x4F97C37: heap_alloc (winhttp_private.h:320)
==8903== by 0x4F9EED9: WinHttpReadData (request.c:2496)
==8903== by 0x4E50D9C: test_async (notification.c:460)
==8903== by 0x4E50E85: func_notification (notification.c:479)
==8903== by 0x4E6AC75: run_test (test.h:584)
==8903== by 0x4E6B064: main (test.h:654)
==8903==
--
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=36613
Bug ID: 36613
Summary: valgrind shows an unintialized write in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M winhttp.dll -p
winhttp_test.exe.so notification && touch notification.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28055== Thread 2:
==28055== Syscall param write(buf) points to uninitialised byte(s)
==28055== at 0x4226D1B: ??? (syscall-template.S:81)
==28055== by 0x7BC7FD72: send_request (server.c:198)
==28055== by 0x7BC7FF91: wine_server_call (server.c:294)
==28055== by 0x7BC890FC: NtSetEvent (sync.c:361)
==28055== by 0x7B87723E: SetEvent (sync.c:572)
==28055== by 0x4CA543A: check_notification (notification.c:120)
==28055== by 0x4E24DA0: send_callback (session.c:75)
==28055== by 0x4E1645A: release_object (handle.c:81)
==28055== by 0x4E26110: request_destroy (session.c:559)
==28055== by 0x4E164D2: release_object (handle.c:85)
==28055== by 0x4E19EE3: task_thread (request.c:186)
==28055== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==28055== by 0x7BC870C7: ??? (signal_i386.c:2571)
==28055== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==28055== by 0x7BC870A5: ??? (signal_i386.c:2571)
==28055== by 0x7BC8E4EC: start_thread (thread.c:428)
==28055== by 0x421FF92: start_thread (pthread_create.c:309)
==28055== by 0x43247ED: clone (clone.S:129)
==28055== Address 0x62ce700 is on thread 1's stack
==28055== Uninitialised value was created by a stack allocation
==28055== at 0x7BC7FF56: wine_server_call (server.c:288)
==28055==
--
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=32418
Bug #: 32418
Summary: Skylanders Spyro's Adventure can't find USB RFID
reader
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reedstrm(a)gmail.com
Classification: Unclassified
Created attachment 42766
--> http://bugs.winehq.org/attachment.cgi?id=42766
lsusb -v output for portal usb device
Skylanders is a game that uses character toys w/ RFID chips to determine your
player i nthe game, and store character stats. The original game came w/ a PC
version, which this is. Installation and SecureROM DRM all work, to the point
of needing the reader. The reader presents as a USB HID device. There exists a
downloadable character editor that has been reverse engineered from the
web-flash game portal driver. The editor fails under wine with:
unimplemented function hid.dll.HidD_SetOutputReport
I'm a long time wine user, but haven't developed with it. If some one can give
me some assistance, I can walk though providing appropriate debug and backtrace
reports. Note that the game proper does not fail as above.
--
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=9654
Summary: Links from http://appdb.winehq.org/ always open in the
same window
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: misc-bugs
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: acheron(a)front.ru
Shift-clicking (or Control-clicking) on some links in Firefox with JavaScrippt
on results in the link opening both in the new window (or tab) and in the old
window. Observed on e.g. "Top-10" lists. This is inconvenient.
I may be wrong (I'm not good at HTML and Javascript) but I think the reason is
having both onclick="DoNav('...') and href="..." pointing to the same page.
--
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=15947
Summary: appdb no way to edit vendor
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.hurst(a)shef.ac.uk
After submitting a new app (Utilities/VLtools) along with its vendor (Digifly),
I realised I had no way to correct the error I made in the URL for the Vendor
(missing http://)
Should the user who submitted a new Vendor have the power to edit it?
--
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=22798
Summary: Invalid Wine version results in hidden / lost /
invisible test results entry
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sparr0(a)gmail.com
I submitted test results for Time of Defiance
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an
invalid Wine Version number (1.1.45). The form accepted my submission, and I
was later emailed that my results had been added (perhaps because I was the
submitter, perhaps because I am the maintainer of the version). Now
http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI…
displays my new results in the "Selected Test Results" box, but on no page are
the details of the results visible in the "Test Results" box.
I expect two fixes are required here. First, more input validation on the
submission page. Second, whatever is preventing this entry from showing up
under Test Results.
--
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=35563
Bug ID: 35563
Summary: GetProcessMemoryInfo() is unimplemented
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Classification: Unclassified
Despite bug 13302, GetProcessMemoryInfo() is still effectively unimplemented,
in that it returns zero in all fields instead of actual data. The missing code
is in the underlying ntdll call, NtQueryInformationProcess(ProcessVmCounters):
(see http://source.winehq.org/source/dlls/ntdll/process.c#L231)
case ProcessVmCounters:
{
VM_COUNTERS pvmi;
[...]
/* FIXME : real data */
memset(&pvmi, 0 , sizeof(VM_COUNTERS));
Test program (compile with -lpsapi):
#include <assert.h>
#include <windows.h>
#include <psapi.h>
int main(int argc, char **argv) {
PROCESS_MEMORY_COUNTERS pmc;
assert(GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc)));
assert(pmc.WorkingSetSize > 0);
return 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=33987
Bug #: 33987
Summary: Secret Files 3 demo shows only some parts of
background in ConfigTool
Product: Wine
Version: 1.6-rc4
Platform: x86
URL: http://content.deepsilver.com/kochmedia/downloads/gehe
imakte3/SF3_Demo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
>From a terminal
fixme:win:EnumDisplayDevicesW ((null),0,0x32f0b8,0x00000000), 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=33717
Bug #: 33717
Summary: regedit: Sorting registry keys on refreshing
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Renaming a registry key can cause it to be unsorted. If I remember correctly on
Windows XP if I have pressed F5 to refresh the view Windows regedit has
automatically sorted the keys. This behavior is missing on Wines regedit.
--
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=37976
Bug ID: 37976
Summary: Poedit 1.7.4 crashes on unimplemented function
msvcr120.dll.??0_ReentrantBlockingLock@details@Concurr
ency@@QAE@XZ
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 50602
--> https://bugs.winehq.org/attachment.cgi?id=50602
Console output
The Poedit installer works fine, but after installation Poedit crashes when you
try to run it.
I have no idea what ReentrantBlockingLock does and I can't find any
documentation about 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.
http://bugs.winehq.org/show_bug.cgi?id=23302
Summary: Not standard background color in Wine configuration
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ariafan(a)mail.ru
Created an attachment (id=29053)
--> (http://bugs.winehq.org/attachment.cgi?id=29053)
Wine configuration - About
Wine configuration:
1. A text in the About tab is drawed with another background color (always
white?).
2. Checkboxes background in the Audio tab is white always.
--
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=37404
Bug ID: 37404
Summary: A right click on a registry key does not select it
Product: Wine
Version: 1.7.28
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Steps to reproduce:
1. Open regedit.
2. Make a right click on a non-selected registry key.
Expected result:
The registry key should get selected (at least this is the case with a native
Windows XP).
Actual result:
The selection is still kept on the previous selected registry key.
--
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=20215
Summary: Extra mouse buttons do not work in Firefox
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rainmaker526(a)hotmail.com
When running firefox under Wine, the extra mouse buttons on my mouse (the
"thumb" buttons) do nothing.
When using firefox under Windows or under Linux, the buttons act as a forward -
back button, but not when it's running under Wine.
I am sure this is not an modmap issue, as the buttons do work with some other
applications in Wine (SWAT4 for instance). The buttons do not seem to generate
any event to the application.
--
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=30764
Bug #: 30764
Summary: regedit: a key created from right-click context menu
is in incorrect position
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
In Windows when you right-click a key and select New->Key, the new key is
created as a subkey of the key you clicked. In Wine it is a subkey of a key
that was previously selected by left-clicking or keyboard - click position is
ignored.
--
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=10858
Summary: BlueByte Game Channel fails to install
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
When trying to install the BlueByte Game Channel, it fails with a messagebox
saying the software is already installed.
An investigation shows that using native cabinet.dll bypasses the problem.
--
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=14606
Summary: TreeView + right click doesn't work the way it does in
native windows
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lists(a)andree.sk
Hi,
in the real windows, when one presses right button over treeview 'widget', the
item under cursor gets temporarily selected - this enables simple context menu
showing (unless it's done this way, one has to manually determine, which item
is placed on the cursor position - which, i guess, not all apps are doing) :
it should probably go like this: right click => appropriate treeview item
selected => NM_RCLICK notification message to window => windows can use
TreeView_GetSelection() :-)
after the right button is released, the previously selected item gets selected
again on win32 - as far as I can tell :-)
--
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=17423
Summary: Prince of Persia SoT: Graphic Bug
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
CC: stefan(a)codeweavers.com
With wine-1.1.15 a graphic bug was introduced to Prince of Persia - The Sand of
Time. Graphics are not displayed properly. See the attachment for how it looks.
Because it worked with wine-1.1.14 I did a regression test. This is what it
returned:
693d9ded47d56846c3dafe7d04115a4f3a01750a is first bad commit
commit 693d9ded47d56846c3dafe7d04115a4f3a01750a
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Sat Jan 10 02:29:39 2009 +0100
wined3d: Properly set the fog frag coord according to the FOGTABLEMODE.
This also fixes the test that an earlier patch broke, so the todo_wine can
be
removed again.
:040000 040000 d6c96e24ebde7212191b4113d6d55a1bdcd073f1
745e7693925a3ab9384ff77141aad74d082bc23e M dlls
--
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=9424
Summary: No default item in MDI child sysmenu - cannot close with
doubleclick
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
In Windows, it's possible to close a MDI child window by double clicking the
system menu icon. Opening the system icon also shows that Close (ALT-F4) is
default, by making it bold. Although the close entry is bold in the latest
Wine, it's not possible to close the window by double clicking the system menu
icon.
A simple test program is available as
http://www.cendio.se/~astrand/wine/7-close-dbl-click/mdi1.exe .
Verified with the CVS version as of today.
--
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=36609
Bug ID: 36609
Summary: valgrind shows uninitialized memory use in
wscript/tests/run.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14496== Thread 2:
==14496== Syscall param write(buf) points to uninitialised byte(s)
==14496== at 0x4226D1B: ??? (syscall-template.S:81)
==14496== by 0x7BC46B60: NtWriteFile (file.c:1073)
==14496== by 0x7B83E03E: WriteFile (file.c:563)
==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444)
==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189)
==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd
==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Uninitialised value was created by a stack allocation
==14496== at 0x6A5D0C9: disp_call (dispex.c:1096)
==14496==
--
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=36581
Bug ID: 36581
Summary: valgrind shows a few leaks in winmm/tests/capture.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
austin@aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok
../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so
capture && touch capture.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x5126CA4: list_window_children (win.c:318)
==26292== by 0x512EE26: WIN_ListChildren (win.c:3267)
==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783)
==26292== by 0x512B7F5: DestroyWindow (win.c:1876)
==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445)
==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of
832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093)
==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361)
==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413)
==26292== by 0x51394F5: ??? (winproc.c:173)
==26292== by 0x513966A: call_window_proc (winproc.c:244)
==26292== by 0x513B803: WINPROC_call_window (winproc.c:900)
==26292== by 0x50F811C: call_window_proc (message.c:2223)
==26292== by 0x50FA320: peek_message (message.c:2953)
==26292== by 0x50FBDC6: PeekMessageW (message.c:3757)
==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
--
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=36638
Bug ID: 36638
Summary: valgrind shows a definite leak in wininet/tests/http.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36637
==32063== Thread 1 wininet_test.exe.so:
==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360
==32063== at 0x7BC4C75D: notify_alloc (heap.c:255)
==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==32063== by 0x4D45FA1: heap_alloc (internet.h:116)
==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856)
==32063== by 0x4D44055: HttpSendRequestW (http.c:5556)
==32063== by 0x4D44251: HttpSendRequestA (http.c:5614)
==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195)
==32063== by 0x497D671: func_http (http.c:5328)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063==
--
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=36578
Bug ID: 36578
Summary: valgrind shows several definite leaks in
urlmon/tests/url.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179
==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44)
==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354)
==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538)
==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686)
==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925)
==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182)
==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840)
==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==23547== by 0x7BC870C7: ??? (signal_i386.c:2571)
==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==23547== by 0x7BC870A5: ??? (signal_i386.c:2571)
==23547== by 0x7BC8E4EC: start_thread (thread.c:428)
==23547== by 0x421FF92: start_thread (pthread_create.c:309)
==23547== by 0x43247ED: clone (clone.S:129)
==23547==
==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EC1915: create_moniker (umon.c:545)
==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656)
==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734)
==5217== by 0x4CFE492: test_BindToStorage (url.c:2915)
==5217== by 0x4D05327: func_url (url.c:4077)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EBDB3C: register_namespace (session.c:126)
==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375)
==5217== by 0x4D0417D: register_protocols (urlmon.h:3759)
==5217== by 0x4D0432A: func_url (url.c:3865)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
--
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=36212
Bug ID: 36212
Summary: valgrind shows some possible leaks under
crypt32/tests/oid.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==19597== 20 bytes in 1 blocks are possibly lost in loss record 47 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x5154C8C: CryptInstallOIDFunctionAddress (oid.c:248)
==19597== by 0x4EA1DF1: test_installOIDFunctionAddress (oid.c:252)
==19597== by 0x4EA3837: func_oid (oid.c:600)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 101 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA1855: test_oidFunctionSet (oid.c:164)
==19597== by 0x4EA3832: func_oid (oid.c:599)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 105 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA2F2B: test_getDefaultOIDFunctionAddress (oid.c:478)
==19597== by 0x4EA3846: func_oid (oid.c:603)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
--
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=36859
Bug ID: 36859
Summary: Missing Shader 'shaders/font.ksh'.
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erwin.mueller(a)deventm.org
Created attachment 48952
--> http://bugs.winehq.org/attachment.cgi?id=48952
Wine Log
Try to run Don't Starve 2.4.0 game.
Got the following error:
wine: Unhandled exception 0x80000003 in thread 9 at address 0x558efc (thread
0009), starting debugger...
ERROR: Missing Shader 'shaders/font.ksh'.
Assert failure '0' at ..\source\renderlib\OpenGL\HWEffect.cpp(86): Trace
follows...
Attached are log and backtrace.
--
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.