http://bugs.winehq.org/show_bug.cgi?id=9616
Summary: Pronunciation Patterns 3 doesn't start
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.pronunciationpatterns.com/PPS_Demo_3.html
OS/Version: other
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To install the app properly, I think you need to do
winetricks vcrun6
to get mfc42, else an ocx can't register.
The next problem is that it needs Real Player com objects.
Fortunately, installing Real Jukebox 1 (yes, version 1)
seems to satisfy this.
( You can download Real Jukebox 1 from
http://forms.real.com/real/player/blackjack.html )
Before running, make sure Real Jukebox can play an
.mp3 file.
Also install Gecko (winetricks gecko) before starting,
as somehow the gecko autodownload is themed out of its
mind after installing those two apps.
Then try to start the app. It puts up an error dialog "Einvalidop"
fairly early and gives up. I'll attach a log.
--
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=36724
Bug ID: 36724
Summary: Problem loading Chrome browser
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: eric.woodcutter(a)gmail.com
Created attachment 48772
--> http://bugs.winehq.org/attachment.cgi?id=48772
Chrome installation crash
Crash loading Chrome browser ....
--
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=36712
Bug ID: 36712
Summary: TaxACT fails to start
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: db60462(a)gmail.com
Created attachment 48757
--> http://bugs.winehq.org/attachment.cgi?id=48757
backtrace from wine 1.7.18
Running Linux Mint 16 with all updates and just installed Wine 1.7.18 and
trying to get TaxAct2013 to run because this is the only thing I need windows
for. It launches the TaxACT2013 but says it has a serious error and must close
.. the backtrace is attached.
P.S. If you know of another tax program that will work with the setup I will
try it this year and scrap TaxACT .
--
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=36537
Bug ID: 36537
Summary: Problem installing Trions Glyph MMO manager
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lostcoderhaley(a)gmail.com
Trion has started using Glyph to manage their MMO's. Attempting to install
Glyph with the windows version set to win7 or higher fails. It can be
installed if the version is XP or Vista.
A possibly related problem is that once installed Glyph will not run when set
to win7 or higher. All that comes up is a dialog saying cannot find platform
'windows'.
I've tried both 32 & 64 bit prefixes.
The reason I'm trying different version setting is because the Trove alpha is
currently being compiled without XP support, XP doesn't see it as a valid exe,
and I don't know if it's crashing because wine won't run it when set to XP.
--
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=36513
Bug ID: 36513
Summary: Shikigami no Shiro EX - no sound
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: sekstus.empiryk(a)gmail.com
Created attachment 48584
--> http://bugs.winehq.org/attachment.cgi?id=48584
1st run - without direct music
When I star Shikigami no Shiro EX everything work fine beside sound. I get a
lot of errors indicating that something is wrong with directx.
Two log are attached. First one from fresh WINEPREFIX without directmusic
installed, second with directmusic. Also by the and there is some "Unhandled
page fault" I don't know what to think about
--
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=33817
Bug #: 33817
Summary: Uplay does not work on OSX after latest update of
uplay
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paulthetall(a)gmail.com
Classification: Unclassified
There is a mayor issues with all Uplay games after the latest update of Uplay.
see also this bug: http://bugs.winehq.org/show_bug.cgi?id=33673 I already
winetricked gdiplus, and the error is gone now, but now the splashscreen
appears of Uplay and for the rest nothing happens. It only says updating, but
that stands forages and nothing happens. I got this as output in the debug:
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:heap:HeapSetInformation 0x0 1 0x0 0
fixme:winsock:WSAEnumNameSpaceProvidersA (0x5b0a280 0x5b1dfc4) Stub!
fixme:file:MoveFileWithProgressW MOVEFILE_WRITE_THROUGH unimplemented
fixme:ras:RasEnumConnectionsW (0x155120,0x5b1f278,0xfc70004),stub!
fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program
to use LAN connection/winsock instead!
fixme:winsock:WSALookupServiceBeginW (0x1517f2ec 0x00000ff0 0x1517f334) Stub!
[0612/210044:ERROR:network_change_notifier_win.cc(160)] WSALookupServiceBegin
failed with: 8
fixme:iphlpapi:NotifyAddrChange (Handle 0x1517f1c4, overlapped 0x625cd08): stub
fixme:winsock:WSALookupServiceBeginW (0x1517f32c 0x00000ff0 0x1517f374) Stub!
[0612/210044:ERROR:network_change_notifier_win.cc(160)] WSALookupServiceBegin
failed with: 8
fixme:win:EnumDisplayDevicesW ((null),0,0x5b1f0c0,0x00000000), stub!
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:winsock:WSAIoctl ignoring keepalive interval and timeout
fixme:file:MoveFileWithProgressW MOVEFILE_WRITE_THROUGH unimplemented
I am using wine 1.5.31 but it also occurs in 1.6rc1 and in lower versions of
Wine and with and without the Mac driver activated.
OSX 10.8.4 (Nvidia Geforce GT 640M
--
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=32598
Bug #: 32598
Summary: Microsoft Mathematics 4 error Install
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goonstk(a)yahoo.com
Classification: Unclassified
Created attachment 43017
--> http://bugs.winehq.org/attachment.cgi?id=43017
Terminal output when attempting to install MASetup.exe
Microsoft Mathematics 4 (MASetup.exe) is an addin for MS Word to solve
equations
- Microsoft Office 2007 was installed to wineprefix="~/msoffice"
- The addin requires dotnet30sp1 to be installed
- Winetricks was used to install dotnet30sp1 successfully using aforementioned
wineprefix
- Ran command:
env WINEPREFIX=~/msoffice wine MASetup.exe
This resulted in the initial error where it said it "requires .NET framework
3.0 SP1 to function properly."
Attached log of terminal output
--
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=31919
Bug #: 31919
Summary: Cant run grand theft auto san andreas
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ahoballa(a)gmail.com
Classification: Unclassified
When I run gta wine gives to me window there sayd that there have been found
inportant problem.
How to fix that?
--
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=32367
Bug #: 32367
Summary: Mezzmo fails to start due to unimplemented function
MSVCR80.dll._encode_pointer
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Classification: Unclassified
Created attachment 42707
--> http://bugs.winehq.org/attachment.cgi?id=42707
Console output
After installing Mezzmo and trying to start it you get an error on a runtime
librery message. When you check the console you can see that wine fails with
errors like
err:module:find_forwarded_export module not found for forward
'msvcr90._encode_pointer' used by L"C:\\windows\\system32\\msvcr80.dll"
And after closing several messages it finnaly crash with Call from 0x7bc4bab0
to unimplemented function MSVCR80.dll._encode_pointer, aborting
This is on Ubuntu 13.04 and Wine wine-1.5.18-234-gb1d9d43
You can workaround this with winetricks vcrun2005 but then you will hit another
crash.
--
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=36714
Bug ID: 36714
Summary: valgrind shows two definite leaks in
wintrust/tests/softpub.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: wintrust
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14510== 44 bytes in 1 blocks are definitely lost in loss record 221 of 536
==14510== at 0x7BC49369: notify_alloc (heap.c:255)
==14510== by 0x7BC4D59F: RtlAllocateHeap (heap.c:1716)
==14510== by 0x4DD7A8C: WINTRUST_Alloc (wintrust_main.c:47)
==14510== by 0x4DDAC1C: WINTRUST_AddSgnr (wintrust_main.c:1050)
==14510== by 0x4C6EF83: testCertTrust (softpub.c:566)
==14510== by 0x4C6F34E: test_provider_funcs (softpub.c:635)
==14510== by 0x4C7033B: func_softpub (softpub.c:938)
==14510== by 0x4C71084: run_test (test.h:584)
==14510== by 0x4C71450: main (test.h:654)
==14510==
==14510== 60 bytes in 1 blocks are definitely lost in loss record 269 of 536
==14510== at 0x7BC49369: notify_alloc (heap.c:255)
==14510== by 0x7BC4D59F: RtlAllocateHeap (heap.c:1716)
==14510== by 0x4DD7A8C: WINTRUST_Alloc (wintrust_main.c:47)
==14510== by 0x4DDAE4A: WINTRUST_AddCert (wintrust_main.c:1102)
==14510== by 0x4C6E172: test_utils (softpub.c:208)
==14510== by 0x4C6F30C: test_provider_funcs (softpub.c:632)
==14510== by 0x4C7033B: func_softpub (softpub.c:938)
==14510== by 0x4C71084: run_test (test.h:584)
==14510== by 0x4C71450: main (test.h:654)
==14510==
follow up to bug 36605
--
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=26827
Summary: Theatre of War 3: Korea Demo - OLE error 80004001 on
start
Product: Wine
Version: 1.3.18
Platform: x86
URL: http://www.gamershell.com/news_115056.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=34178)
--> (http://bugs.winehq.org/attachment.cgi?id=34178)
terminal output
Installs fine, but running it gives OLE error 80004001 on start. Terminal shows
a lot of shdocvw spam, so I tried native ie7, which eliminates the OLE error,
but the game then doesn't start, instead hangs on:
fixme:shell:ISVOleCmdTarget_Exec (0x1324d8)->(
Target GUID:{000214d1-0000-0000-c000-000000000046} Command:0x00000047
Opt:0x00000000 (nil) (nil))
fixme:shell:ISVOleCmdTarget_Exec (0x1324d8)->(
Target GUID:{000214d1-0000-0000-c000-000000000046} Command:0x00000009
Opt:0x00000000 (nil) (nil))
terminal output for both cases are attached. The failure to start should be a
separate bug, of course, but with native ie7 installed I'm hesitant to say it's
a different bug yet...
--
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=28820
Bug #: 28820
Summary: oleaut32/tests/vartype.ok fails under Valgrind?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
"make vartype.ok" passes normally, but under Valgrind, it repeatably fails:
vartype.c:3657: Test failed: expected 0xbfffffff 0xffffff23
(3221225471,4294967075), got (3221225472,0); hres=0x00000000
vartype.c:3660: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000
vartype.c:3664: Test failed: expected DISP_E_OVERFLOW, got hres=0x00000000
vartype.c:3740: Test failed: expected 2147483647ul 4294951488ul
(2147483647,4294951488), got (2147483647,4294951936); hres=0x00000000
...
--
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=36710
Bug ID: 36710
Summary: oleaut32/tests/olepicture.c fails under valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48755
--> https://bugs.winehq.org/attachment.cgi?id=48755
terminal output
Only seems to fail when run from a top level make test, not when run
individually. Very consistently failing, however.
olepicture.c:776: Test failed: Color at 0,0 should be unchanged 0x10F9BC, but
was 0x703889
olepicture.c:784: Test failed: Color at 10,10 should be unchanged 0x10F9BC, but
was 0x30C7E2
--
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=3864
Saulius K. <saulius2(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saulius2(a)gmail.com
--
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=21359
Summary: Windows 7 Platform SDK can't restart installer
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once the installer has gone a ways and aborted,
starting it again aborts fairly quickly with a dialog
box saying there was a problem. I'll attach the last
zillion lines of a +seh,+relay,+text log; looks like
it has something to do with a service not being available?
--
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=36693
Bug ID: 36693
Summary: Bug in playing video streaming service of some media
site on Linux mint
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tgcp5hqi(a)naver.com
Hi, I need ur help...
Show u my error message, plz give to me an favorable answer :P
I will change Ms-windows to linux mint, help me! bro!!
--
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=3538
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #21 from Austin English <austinenglish(a)gmail.com> ---
Closing.
--
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=26787
Summary: 3D pinball - Space Cadet: incorrect gameplay in Wine.
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
Strange bug here...
I've been testing the XP version of 3D Pinball Space Cadet with my dual-boot
Ubuntu and Windows XP setup. The game can be found on the XP drive in:
C:\Program Files\Windows NT\Pinball\pinball.exe
The pinball.exe is opened with Wine to run the game outside of Windows.
During gameplay, I sometimes find that the ball falls "through" a flipper,
usually when I activate the flipper to hit the ball. This is NOT the same as
the ball falling down between the flippers.
Having tested this game under Windows XP, I've not had the same problem.
To reproduce this, open the pinball.exe file using Wine and play the game for
about 15 minutes or so and you will SOMETIMES find that the ball falls THROUGH
one of the flippers, normally when you press the key to activate the flipper
(default is <Z> key for the left flipper and the </> for the right flipper).
It's a strange bug, but it does exist when using Wine.
--
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=25115
Summary: xcopy.exe in batch file doesn't ask for Y/N before
copying
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guy.melard(a)yahoo.fr
Created an attachment (id=31851)
--> (http://bugs.winehq.org/attachment.cgi?id=31851)
Excerpt from a multi-megabytes log file created by my program
xcopy.exe in batch file doesn't ask for Y/N before copying
I wrote a Windows software using Delphi and was pleased that it runs under
Linux Mandriva Spring 2009 (under VirtualBox under WinXP) thanks to Wine.
Congratulations !
I also wrote an installer for a CD-Rom for which, given the large number of
files (> 1000) to copy I created a batch file with several XCOPYs.
For example
XCOPY "G:\TSE24MPC" "C:\Program Files\MPCT2v3\TSE24MPC" /S/I/C >> "C:\Program
Files\MPCT2v3\MPCT2.log"
(where G: is the CD and MPCT2v3 is the (already created) directory where the
files should be copied)
Unfortunately I didn't use the /Y parameter which "Overwrites existing files
without prompting" because it was not supported by some Microsoft older OSes.
Instead I used
SET COPYCMD=/Y >>"C:\Program Files\MPCT2v3\MPCT2.log"
which apparently was not taken into account.
My program records batch file output in a log file (see attachment) which grew
up to hundreds of MB's while Wine File Manager didn't show the expected copies.
At worse it appears that XCOPY should display a message in my French XP
Remplacer C:\Program Files\MPCT2v3\TSE24MPC\$DJ.BGI (Oui/Non/Tous)?
But no message appears since no command prompt window is there and the same
message repeats itself until I stop the XCOPY program in Task Manager.
It should perhaps be wise to eliminate interaction from DOS commands or support
COPYCMD to avoid the problem. Thank you again.
--
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=17970
Summary: Altium DXP 2004 combo boxes cannot be selected
Product: Wine
Version: 1.1.9
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninevoltz(a)metalink.net
When trying to select an item with the mouse inside any combo boxes in DXP
2004, an error is generated stating that it cannot focus an invisible or
disabled window. Using the arrow keys will allow you to select an item using
the keyboard. Running a regression test with git bisect reveals the following
patch:
5dfcadd7a3af47f61d056441407548ae8aef2004 is first bad commit
commit 5dfcadd7a3af47f61d056441407548ae8aef2004
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Wed Nov 19 13:52:36 2008 +0800
user32: Do not change focus if the window is no longer active.
:040000 040000 337de18b4bf511f2e29e9ba5678ecc3386f13a86
8013d74ba7f22df7f4a77089d20c0ff6ba86f199 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=34727
Bug #: 34727
Summary: Grisaia no Kajitsu freezes upon launching opening
movie: quartz
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zaexu(a)chokore-to.com
Classification: Unclassified
Created attachment 46305
--> http://bugs.winehq.org/attachment.cgi?id=46305
Terminal output of winedbg until freeze
Grisaia no Kajitsu wine fails to load the opening movie using quartz. Freezing
the game and making it impossible to continue.
--
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=10125
Summary: Installation of OnLine Bible fails with coredump on
MacOSX
Product: Wine
Version: 0.9.47.
Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjmckenzie51(a)sprintpcs.com
Created an attachment (id=8694)
--> (http://bugs.winehq.org/attachment.cgi?id=8694)
Error Log in RTF format
While installing OnLine Bible 12, received a core dump log. See attachment.
--
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=36510
Bug ID: 36510
Summary: valgrind shows a couple warnings in
ieframe/tests/ieframe.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 92841b3195276a12a320fa0b3dd854401cbef943
ie.c:216: Test failed: get_HWND faile: 80004001
ie.c:217: Test failed: handle == 0
==10103== Conditional jump or move depends on uninitialised value(s)
==10103== at 0x402CD94: strcmp (mc_replace_strmem.c:730)
==10103== by 0x4CC6D24: test_window (ie.c:221)
==10103== by 0x4CC6FE2: test_InternetExplorer (ie.c:268)
==10103== by 0x4CC709D: func_ie (ie.c:282)
==10103== by 0x4CDB756: run_test (test.h:584)
==10103== by 0x4CDBB45: main (test.h:654)
==10103== Uninitialised value was created by a stack allocation
==10103== at 0x4CC6C2E: test_window (ie.c:209)
==10103==
==10103== Conditional jump or move depends on uninitialised value(s)
==10103== at 0x4CDAC93: winetest_vok (test.h:333)
==10103== by 0x4CDAD9F: winetest_ok (test.h:357)
==10103== by 0x4CC6D45: test_window (ie.c:221)
==10103== by 0x4CC6FE2: test_InternetExplorer (ie.c:268)
==10103== by 0x4CC709D: func_ie (ie.c:282)
==10103== by 0x4CDB756: run_test (test.h:584)
==10103== by 0x4CDBB45: main (test.h:654)
==10103== Uninitialised value was created by a stack allocation
==10103== at 0x4CC6C2E: test_window (ie.c:209)
==10103==
ie.c:221: Test failed: Unexpected class name
==10103== Conditional jump or move depends on uninitialised value(s)
==10103== at 0x427AA39: vfprintf (vfprintf.c:1635)
==10103== by 0x427B47A: buffered_vfprintf (vfprintf.c:2311)
==10103== by 0x42768FC: vfprintf (vfprintf.c:1289)
==10103== by 0x4CDACDF: winetest_vok (test.h:337)
==10103== by 0x4CDAD9F: winetest_ok (test.h:357)
==10103== by 0x4CC6D45: test_window (ie.c:221)
==10103== by 0x4CC6FE2: test_InternetExplorer (ie.c:268)
==10103== by 0x4CC709D: func_ie (ie.c:282)
==10103== by 0x4CDB756: run_test (test.h:584)
==10103== by 0x4CDBB45: main (test.h:654)
==10103== Uninitialised value was created by a stack allocation
==10103== at 0x4CC6C2E: test_window (ie.c:209)
==10103==
==10103== Syscall param write(buf) points to uninitialised byte(s)
==10103== at 0x4310D7B: ??? (syscall-template.S:81)
==10103== by 0x42A3300: _IO_file_write@@GLIBC_2.1 (fileops.c:1253)
==10103== by 0x42A252E: new_do_write (fileops.c:530)
==10103== by 0x42A39C9: _IO_file_xsputn@@GLIBC_2.1 (fileops.c:1335)
==10103== by 0x427B509: buffered_vfprintf (vfprintf.c:2332)
==10103== by 0x42768FC: vfprintf (vfprintf.c:1289)
==10103== by 0x4CDACDF: winetest_vok (test.h:337)
==10103== by 0x4CDAD9F: winetest_ok (test.h:357)
==10103== by 0x4CC6D45: test_window (ie.c:221)
==10103== by 0x4CC6FE2: test_InternetExplorer (ie.c:268)
==10103== by 0x4CC709D: func_ie (ie.c:282)
==10103== by 0x4CDB756: run_test (test.h:584)
==10103== by 0x4CDBB45: main (test.h:654)
==10103== Address 0x511d5f6 is on thread 1's stack
==10103== Uninitialised value was created by a stack allocation
==10103== at 0x4CC6C2E: test_window (ie.c:209)
==10103==
--
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=36152
Bug ID: 36152
Summary: msi/action tests fail under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M msi.dll -p msi_test.exe.so
action && touch action.ok
action.c:2883: Test failed: Directory not created
action.c:2994: Test failed: Directory not created
action.c:3165: Test failed: Directory not created
action.c:3262: Test failed: Directory not created
action.c:3398: Test failed: Directory not created
action.c:3435: Test failed: Directory not created
action.c:3584: Test failed: Directory not created
action.c:3606: Test failed: Directory not created
action.c:3678: Test failed: Directory not created
action.c:3724: Test failed: Directory not created
action.c:4058: Test failed: Directory not deleted
action.c:4261: Test failed: Directory not deleted
action.c:4344: Test failed: Directory not deleted
wine-1.7.17-65-gfba08e3 / valgrind-3.9.0
See bug 36114 and bug 36116 for some leaks in that file.
--
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=31613
Bug #: 31613
Summary: error when running program
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olimpio.gonzatto(a)gmail.com
Classification: Unclassified
I did a program in delphi 10 for calculation of power, program type "console
application". When running the "Project1.exe" error occurred. Here log
attached.
--
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=11010
Summary: Application based on RPG Maker XP page faults shortly
after select 'new game' from menu.
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: barteqpl(a)gmail.com
Created an attachment (id=9993)
--> (http://bugs.winehq.org/attachment.cgi?id=9993)
Backtrace of "Magiczni wojownicy" game
App is in Polish and needs RGSS_RTP_Standard to be work properly.
It's called 'magiczni wojownicy'. Download link -
http://rapidshare.com/files/76230571/Magiczni_Wojownicy.rar
RTP_Standard_102.msi installed with msiexec works fine. Game launches with
minor bgs on console, but after select anything from menu games crashes.
--
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=3488
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Austin English <austinenglish(a)gmail.com> ---
Closing.
--
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=3013
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #14 from Austin English <austinenglish(a)gmail.com> ---
Closing.
--
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=34962
Bug #: 34962
Summary: divekick fails on D3D11CreateDevice stub
Product: Wine
Version: 1.7.6
Platform: x86
URL: http://store.steampowered.com/app/244730/
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
When starting divekick, I get:
fixme:d3d11:D3D11CreateDevice stub: adapter (nil), driver_type
D3D_DRIVER_TYPE_HARDWARE, swrast (nil), flags 0, feature_levels (nil), levels
0, sdk_version 7, device (nil), feature_level 0x33fb84, context (nil)
Also it makes a dialog saying it requires DirectX 10.
--
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=36679
Bug ID: 36679
Summary: metatrader 4
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: echtedwin(a)gmail.com
Created attachment 48719
--> http://bugs.winehq.org/attachment.cgi?id=48719
debug file
Installed PlayonMac to run Metatrader 4 on MacOs 10.9.2.
When I try to run Metatrader 4 I get a message "error in main".
And in the debug file I found:
"SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that
ntlm_auth >= 3.0.25 is in your path."
I don't know where to find this if this is causing the problem.
Hope you can help me out here.
--
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=33297
Bug #: 33297
Summary: Kindle for PC crashes when attempting to perform any
action on book marked as new
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rainkap(a)virginmedia.com
Classification: Unclassified
Created attachment 44044
--> http://bugs.winehq.org/attachment.cgi?id=44044
Backtrace immediately after crash
Kindle for PC is installed on Linux Mint Debian Edition using Wine version
1.4-1. Many books are marked as new, even though they have been opened and
partly read on a different device (Android tablet or Kindle for PC running on
Windows XP native). Any attempt to perform an action (read, remove from device)
on a book marked as new causes a crash.
--
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=28966
Bug #: 28966
Summary: application runs, checks for updates and exits, no
normal run.
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wvanreede(a)live.nl
Classification: Unclassified
Created attachment 37247
--> http://bugs.winehq.org/attachment.cgi?id=37247
error log
plus500 application; application runs, checks for updates and exits, no normal
run.
investproject.exe gives a major (appears in the error screen)
-no further information-
--
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=32170
Bug #: 32170
Summary: Process spawned, no gui presented, then closes without
message or dump
Product: Wine
Version: 1.5.16
Platform: x86-64
URL: http://www.powergrep.com/downloaddebug.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: WineHQBugzilla.sn3akyp3t3(a)spamgourmet.com
Classification: Unclassified
The problem only occurs with the 64 bit debug version of PowerGREP 4.4. The 32
bit version runs under Winearch=win32 without producing this symptom. The full
version of PowerGREP 64 bit produces a Wine crash dump which I've submitted as
a different bug report.
If there is any debugging that is necessary for the developer to correct with
the application to comply with Wine in any way this is preventing it from
running. Debug dumps only occur with this version of the application and not
the full version.
This is the command I used to spawn the process:
wine /home/user/JustGreatSoftware/PowerGREP4Debug64/PowerGREP4Debug.exe
This was the terminal output for that command:
fixme:process:GetProcessDEPPolicy (0xffffffffffffffff 0x22fbbc 0x22fbb8): stub
fixme:process:GetLogicalProcessorInformation ((nil),0x22fb04): stub
fixme:wtsapi:WTSRegisterSessionNotification Stub 0x1008e 0x00000000
fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 100
fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077011 14
fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 14
fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x6077000 31
fixme:ntdll:NtFlushInstructionCache 0xffffffffffffffff 0x7b9c10 17
fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0x1008e
--
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=32411
Bug #: 32411
Summary: Cannot open exe files from RPG Maker XP/VX games.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: JosephTorres05(a)gmail.com
Classification: Unclassified
Created attachment 42756
--> http://bugs.winehq.org/attachment.cgi?id=42756
It is a backtrace
This bug does not allow me to open exe files from RPG Maker XP/VX games and I
was wondering if there was a way to successfully do this.
--
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=35797
Bug ID: 35797
Summary: it's not work.Plese help me.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fuatkadioglu(a)msn.com
I installed this programme with wine but then i (double)clicked shortcut , it
is not work.
Programme link here : http://www.teknikbil.com/download/ktsserikur.exe
Please help me.I have already license for this programme but it's not work
with wine.
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.
http://bugs.winehq.org/show_bug.cgi?id=32998
Bug #: 32998
Summary: Sniper Elite V2 Demo failed to initialise D3DX11
Product: Wine
Version: 1.5.24
Platform: x86
URL: http://store.steampowered.com/app/63380/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43594
--> http://bugs.winehq.org/attachment.cgi?id=43594
with native dx and win 7 compatibility
Error window 'Failed to initialise D3DX11' after launching.
Output in attached file.
--
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=20657
Summary: Out of virtual memory space while generating symbolic
stack dump in chromium unit_tests.exe
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
If chromium's unit_tests.exe happens to crash, wine
takes a lot of memory while generating a crash dump.
Under Valgrind, it sometimes runs out of memory, with the error
"Valgrind's memory management: out of memory:
newSuperblock's request for 6295552 bytes failed.
3682476032 bytes have already been allocated.
Valgrind cannot continue. Sorry."
For what it's worth, there are lots of valgrind warnings
during the production of the stack dump. Here's the first one:
[ RUN ] RenderViewTest.OnPrintPageAsBitmap
Backtrace:
Conditional jump or move depends on uninitialised value(s)
at symt_get_info (type.c:470)
by symt_cmp_addr (symbol.c:65)
by msort_with_tmp (msort.c:65)
...
by msort_with_tmp (msort.c:53)
by qsort_r (msort.c:294)
by qsort (msort.c:304)
by resort_symbols (symbol.c:847)
by symt_find_nearest (symbol.c:872)
by codeview_snarf_linetab2 (msc.c:1408)
by pdb_process_internal (msc.c:2549)
Uninitialised value was created by a heap allocation
at notify_alloc (heap.c:214)
by RtlReAllocateHeap (heap.c:1551)
by symt_grow_sorttab (symbol.c:79)
by symt_add_module_ht (symbol.c:101)
by symt_new_function (symbol.c:364)
by codeview_snarf (msc.c:1597)
by pdb_process_internal (msc.c:2540)
by pdb_process_file (msc.c:2594)
by codeview_process_info (msc.c:2765)
by pe_load_debug_directory (msc.c:2821)
by pe_load_msc_debug_info (pe_module.c:173)
by pe_load_debug_info (pe_module.c:287)
by module_get_debug (module.c:319)
by SymFromAddr (symbol.c:1242)
by `anonymous namespace'::SymbolContext::OutputTraceToStream
(debug_util_win.cc:132)
by StackTrace::OutputToStream (debug_util_win.cc:279)
by StackTrace::PrintBacktrace (debug_util_win.cc:265)
by base::`anonymous namespace'::StackDumpExceptionFilter
(process_util_win.cc:38)
by UnhandledExceptionFilter (except.c:450)
by __wine_exception_handler (exception.h:310)
by ??? (signal_i386.c:2329)
by ??? (signal_i386.c:2329)
by call_stack_handlers (signal_i386.c:606)
by raise_exception (signal_i386.c:684)
by NtRaiseException (signal_i386.c:2263)
--
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=27424
Summary: Aplicacion de Delphi 7
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hectordelmestre(a)gmail.com
Created an attachment (id=35071)
--> (http://bugs.winehq.org/attachment.cgi?id=35071)
Log reportados con la instruccion: wine app.exe &> /tmp/log.txt 2>&1
Aplicacion creada en Delphi 7. Se conecta a una base de datos creada con
Firebird.
Las dll necesarias se encuentran en la carpeta de la aplicacion y de ser
necesario se copian en la carpeta System32.
Las dll's necesarias son:
midas.dll
fbclient.dll
gds32.dll
dbexpint.dll
Sistema operativo donde se quiere correr:
Ubuntu 11.04 - Nucleo Linux 2.6.38-8-generic
Memoria 2.9 Gb - Intel Core Duo T6400.
Application created in Delphi 7. It connects to a database created with
Firebird.
The required dll are in the application folder and if necessary are copied to
the System32 folder.
The dll's needed are:
midas.dll
fbclient.dll
gds32.dll
dbexpint.dll
Operating system where you want to run:
11.04 Ubuntu - Linux Kernel 2.6.38-8-generic
2.9 GB memory - Intel Core Duo T6400.
--
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=36685
Bug ID: 36685
Summary: Failure to run an application: Rachunek Small
Business-HANDEL
Product: Wine
Version: 1.7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mkotas+winehq(a)gmail.com
Created attachment 48726
--> http://bugs.winehq.org/attachment.cgi?id=48726
log with error messages
Crash - no success while attempting to run an application: "Rachunek Small
Business-HANDEL"
Producer: MEGA-TECH, http://www.mega-tech.com.pl
--
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=36695
Bug ID: 36695
Summary: 64-bit binaries produced by Go produce lots of
create_view messages and an eventual unhandled page
fault, even if the program already finished running
successfully
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pietro10(a)mac.com
Created attachment 48734
--> http://bugs.winehq.org/attachment.cgi?id=48734
Output of the hello, world program in the post.
wine seems to have a problem loading 64-bit binaries produced by the Go
compiler for target windows/amd64 (GOOS=windows GOARCH=amd64).
First, on startup, wine prints a lot of messages of the form
fixme:virtual:create_view out of memory in virtual heap for
0x5c000000000-0x5c882002000
with different addresses each time. Then, the program starts running, often to
completion (echo $? gives 0). At the same time, wine says
wine: Unhandled page fault at address 0x7f7f46f5b33f (thread 0029),
starting debugger...
and tries to quit. (Smaller programs like the attached may not produce this
message; the longer the program, the more likely it is to appear.) For small
programs, the program code will race wine and succeed; larger programs will
just not work.
Sometimes, the Unhandled page fault is accompanied by a messagebox with title
"Wine program crash" and text "Internal errors - invalid parameters received".
The attachment is the output of
package main
import "fmt"
func main() { fmt.Println("hello, world") }
This is with wine from the official Ubuntu PPA. This has happened over many Go
versions from the past few months; the one I used here is
go version go1.3beta2 +aecdc70c44ac Fri May 23 17:39:58 2014 -0700
linux/amd64
--
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=9900
Summary: Starship titanic crashes at startup
Product: Wine
Version: 0.9.45.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nikolay(a)vladimiroff.com
Created an attachment (id=8393)
--> (http://bugs.winehq.org/attachment.cgi?id=8393)
last 100 lines of +relay debug
Starship Titanic crashes at startup. Install works fine.
Kernel/OS: 2.6.22.9-91.fc7/Fedora 7 x86_64
--
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=29273
Bug #: 29273
Summary: delphi application crash at start when windows are
created on x86-64 system only
Product: Wine
Version: 1.2.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mzens(a)gmx.de
Classification: Unclassified
Created attachment 37858
--> http://bugs.winehq.org/attachment.cgi?id=37858
executable
The 32bit application crashes somewhere in the delphi initialization code at
start-up in versions 1.2.2 and 1.3.34. This happens only on the Ubuntu 10.04
x86-64 system. On a x86-32 machine it runs fine in version 1.2.2 .
--
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=36707
Bug ID: 36707
Summary: wineboot hangs (loops?) with 100% CPU
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tebclause(a)gmail.com
Might be Wine bug #36664
Looks like RedHat bug #1097970
Wine 1.6.1 worked very well in Ubuntu 12.04, for years, until the patch below
was applied.
( from: /var/log/apt )
Start-Date: 2014-06-07 06:10:33
Commandline: aptdaemon role='role-commit-packages' sender=':1.323'
Install: linux-headers-3.2.0-64:amd64 (3.2.0-64.97),
linux-image-3.2.0-64-generic:amd64 (3.2.0-64.97),
linux-headers-3.2.0-64-generic:amd64 (3.2.0-64.97)
Upgrade: linux-generic:amd64 (3.2.0.63.75, 3.2.0.64.76),
linux-headers-generic:amd64 (3.2.0.63.75, 3.2.0.64.76),
linux-image-generic:amd64 (3.2.0.63.75, 3.2.0.64.76), linux-libc-dev:amd64
(3.2.0-63.95, 3.2.0-64.97)
End-Date: 2014-06-07 06:13:55
After that patch Wine locks/hangs in wineboot with 100% CPU (one core) use.
I tried running Configure Wine to eliminate potential application dependencies
and see the same behavior starting it.
When I kill the wineboot process wincnfg starts and takes 100% of CPU until
killed.
Same situation with Wine 1.7.18 in Ubuntu 12.04
Same situation with Wine 1.6.2 in Ubuntu 14.04
Things I've tried that did NOT fix or change the problem:
Reinstall Wine 1.6.1 ( wine1.6:amd64 (1.6.1-0ubuntu1~ppa1~precise1) )
Instal Wine 1.7.18
Remove Wine 1.7 and (re)install 1.6.1
Replace open source video driver with Nvidia proprietary driver.
Upgrade to Ubuntu 14.04 and Wine 1.6.2
--
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=36706
Bug ID: 36706
Summary: valgrind shows several warnings in
rpcrt4/tests/ndr_marshal.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48750
--> https://bugs.winehq.org/attachment.cgi?id=48750
valgrind log
These only seem to appear when running the full test suite. Just running 'make
ndr_marshal.ok' doesn't seem to be enough to trigger it.
../../../tools/runtest -q -P wine -T ../../.. -M rpcrt4.dll -p
rpcrt4_test.exe.so ndr_marshall && touch ndr_marshall.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:ole:PointerUnmarshall free object pointer 0x499cd38
fixme:ole:PointerUnmarshall free object pointer 0x499cd60
==6421== Thread 3:
==6421== Invalid read of size 4
==6421== at 0x60FDF90: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1)
==6421== by 0x610E95C: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1)
==6421== by 0x610F101: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1)
==6421== by 0x610F65C: _Unwind_ForcedUnwind (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.9.0/32/libgcc_s.so.1)
==6421== by 0x422B9F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137)
==6421== by 0x4229732: __pthread_unwind (unwind.c:129)
==6421== by 0x4224080: pthread_exit (pthreadP.h:280)
==6421== by 0x7BC9053D: terminate_thread (thread.c:349)
==6421== by 0x7BC88B19: ??? (signal_i386.c:2571)
==6421== by 0x621F357: ???
==6421== by 0x4222F92: start_thread (pthread_create.c:309)
==6421== by 0x43277ED: clone (clone.S:129)
==6421== Address 0x6117080 is on thread 1's stack
==6421==
etc. Full log 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=36705
Bug ID: 36705
Summary: valgrind shows uninitialized memory use in
user32/tests/input.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
I tracked this down to only occurring when the screen is locked. Note that the
test passes with the screen locked or unlocked.
==15374== Conditional jump or move depends on uninitialised value(s)
==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486)
==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69)
==15374== by 0x4EB87DB: test_key_names (input.c:1642)
==15374== by 0x4EB88E7: func_input (input.c:1664)
==15374== by 0x4F59107: run_test (test.h:584)
==15374== by 0x4F594F2: main (test.h:654)
==15374== Uninitialised value was created by a stack allocation
==15374== at 0x4EB8871: func_input (input.c:1647)
==15374==
==15374== Conditional jump or move depends on uninitialised value(s)
==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486)
==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69)
==15374== by 0x4EB8828: test_key_names (input.c:1643)
==15374== by 0x4EB88E7: func_input (input.c:1664)
==15374== by 0x4F59107: run_test (test.h:584)
==15374== by 0x4F594F2: main (test.h:654)
==15374== Uninitialised value was created by a stack allocation
==15374== at 0x4EB8871: func_input (input.c:1647)
==15374==
--
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=3013
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |focht(a)gmx.net
Resolution|--- |ABANDONED
--- Comment #13 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
no further response from OP, resolving 'abandoned'.
Regards
--
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=3538
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |focht(a)gmx.net
Resolution|--- |ABANDONED
--- Comment #20 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
no further response from OP, resolving 'abandoned'.
Regards
--
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=1432
Bug 1432 depends on bug 3488, which changed state.
Bug 3488 Summary: MapleStory: d3d problem
https://bugs.winehq.org/show_bug.cgi?id=3488
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |ABANDONED
--
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=3488
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |focht(a)gmx.net
Resolution|--- |ABANDONED
--- Comment #16 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
it's Henri said: there is no reason to keep this bug open since OP didn't
really state what exact D3D problem was present 8+ years ago.
The initial version didn't have GG so unless OP can provide the exact client
version from 8 years ago this bug is moot.
Every comment/test after 2006 uses a GG-enabled client which is covered by bug
3952
Resolving 'abandoned'.
Regards
--
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=9154
Ákos Tóth <dxmiamme(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dxmiamme(a)gmail.com
--- Comment #24 from Ákos Tóth <dxmiamme(a)gmail.com> ---
Confirming that the bug is still present.
Running the game in virtual desktop mode allows you to get in-game (tested
versions: 1.6.2, 1.7.19). In 1.6, game is responsive but unplayable due to
speed. In 1.7, the game doesn't respond to anything but the function keys;
speed remains the same as in 1.6 (blazing fast).
--
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=6955
--- Comment #141 from Tom Murphy <tmurphy(a)pertho.net> ---
Please add Dark Age of Camelot
(http://appdb.winehq.org/objectManager.php?sClass=application&iId=443) as one
of the apps affected by this bug.
Any update on when this will be resolved? It would be really nice to not have
to constantly patch WINE in order to play (and compile it on a 32-bit chroot or
VM)
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.
http://bugs.winehq.org/show_bug.cgi?id=6955
Tom Murphy <tmurphy(a)pertho.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tmurphy(a)pertho.net
--- Comment #140 from Tom Murphy <tmurphy(a)pertho.net> ---
Please add Dark Age of Camelot
(http://appdb.winehq.org/objectManager.php?sClass=application&iId=443) as one
of the apps affected by this bug.
Any update on when this will be resolved? It would be really nice to not have
to constantly patch WINE in order to play (and compile it on a 32-bit chroot or
VM)
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=9127
Sagawa <sagawa.aki+winebugs(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sagawa.aki+winebugs(a)gmail.c
| |om
--
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=36682
Bug ID: 36682
Summary: user32/tests/win.c fails under a virtual desktop
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: trivial
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
win.c:2244: Test succeeded inside todo block: GetActiveWindow() = 0x5006c
win.c:2244: Test succeeded inside todo block: GetForegroundWindow() = 0x5006c
win.c:2244: Test succeeded inside todo block: GetFocus() = 0x5006c
win.c:2468: Test failed: 0x5006c: expected prev (nil), got 0x1c00de
win.c:2476: Test failed: 0xa00c2: expected next 0x5006c, got 0x1c00de
win.c:2481: Test failed: 0x5006c: expected prev (nil), got 0x1c00de
--
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=36474
Bug ID: 36474
Summary: Wine doesn't respect the systemd attach to seat
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: debian(a)jkfloris.demon.nl
I have a working systemd multiseat setup.
seat0 has a keyboard and a mouse attached. Seat1 has also two usb joysticks.
But when I run `wine control` on seat0 the game controller menu shows the
joysticks from seat1 and the buttons and axis are working.
--
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=36678
Bug ID: 36678
Summary: shell32/tests/shlexec.c: several tests fail under
valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
shlexec.c:139: Test failed: ShellExecute(verb="",
file=""C:\users\austin\Temp\wtb94b.tmp\drawback_file.noassoc foo.shlexec"")
WaitForSingleObject returned 258
shlexec.c:139: Test failed: ShellExecute(verb="",
file="C:\users\austin\Temp\wtb94b.tmp\drawback_nonexist.noassoc foo.shlexec")
WaitForSingleObject returned 258
shlexec.c:139: Test failed: ShellExecute(verb="",
file="C:\users\austin\Temp\wtb94b.tmp\test file.shlexec") WaitForSingleObject
returned 258
shlexec.c:139: Test failed:
ShellExecute(file="C:\users\austin\Temp\wtb94b.tmp\test file.shlexec")
WaitForSingleObject returned 258
shlexec.c:1565: Test failed: argvA3 expected 'Open', but key not found or empty
shlexec.c:1573: Test failed: argvA4 expected
'C:\users\austin\Temp\wtb94b.tmp\test file.shlexec', but key not found or empty
--
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=36677
Bug ID: 36677
Summary: user32/tests/menu.c fails under valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p
user32_test.exe.so menu && touch menu.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
menu.c:3435: Tests skipped: interactive alignment tests.
menu.c:2171: Test failed: test 15
menu.c:2159: Tests skipped: test 16: didn't receive input
err:menu:SetMenuItemInfo_common Loop detected in menu hierarchy or maximum menu
depth exceeded!
err:menu:SetMenuItemInfo_common Loop detected in menu hierarchy or maximum menu
depth exceeded!
make: *** [menu.ok] Error 1
--
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=36676
Bug ID: 36676
Summary: user32/tests/winstation.c fails on xfce
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
winstation.c:896: Test failed: unexpected foreground window 0x11b0116
winstation.c:896: Test failed: unexpected foreground window 0x450132
wine-1.7.19-70-gd6a59f7
with/without +heap
--
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=36675
Bug ID: 36675
Summary: urlmon/tests/protocol.c fail under valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48717
--> https://bugs.winehq.org/attachment.cgi?id=48717
bt all
../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p
urlmon_test.exe.so protocol && touch protocol.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported
correctly
err:ntdll:RtlpWaitForCriticalSection section 0x7bcd9ec4 "loader.c:
loader_section" wait timed out in thread 007d, blocked by 0026, retrying (60
sec)
protocol.c:329: Test failed: dwResponseCode=0, expected 200
protocol.c:1004: Test failed: ulProgress == 0
protocol.c:1012: Test failed: grcfBSCF = 00000005
protocol.c:628: Test failed: expected ReportData
protocol.c:643: Test failed: expected ReportProgress_ACCEPTRANGES
fixme:wininet:FtpGetFileSize (0x3, 0xb13d128)
fixme:wininet:FTPFILE_LockRequestFile 0x480c198
make: *** [protocol.ok] Error 5
--
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=9127
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zaexu(a)chokore-to.com
--- Comment #55 from Anastasius Focht <focht(a)gmx.net> ---
*** Bug 34727 has been marked as a duplicate of this bug. ***
--
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=36674
Bug ID: 36674
Summary: mmdevapi/tests/capture.c fails under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M mmdevapi.dll -p
mmdevapi_test.exe.so capture && touch capture.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
capture.c:141: Test failed: GetNextPacketSize 480 vs. GCP 728
capture.c:308: Test failed: GCP 968 vs. BufferSize 23941
capture.c:348: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
capture.c:355: Test failed: restarted GCP 8
capture.c:409: Test failed: Valid IAudioCaptureClient_GetBuffer returns
08890001
--
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=36673
Bug ID: 36673
Summary: kernel32/tests/heap.c fails under valgrind
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p
kernel32_test.exe.so heap && touch heap.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0x10: got heap flags 00000002 expected 00000020
heap.c:1140: Test failed: 0x10: got heap force flags 00000000 expected 00000020
heap: 2 failures in child process
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0x20: got heap flags 00000002 expected 00000040
heap.c:1140: Test failed: 0x20: got heap force flags 00000000 expected 00000040
heap: 2 failures in child process
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0x40: got heap flags 00000002 expected 50000060
heap.c:1140: Test failed: 0x40: got heap force flags 00000000 expected 50000060
heap: 2 failures in child process
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0x80: got heap flags 00000002 expected 30000060
heap.c:1140: Test failed: 0x80: got heap force flags 00000000 expected 30000060
heap: 2 failures in child process
heap.c:1138: Test failed: 0x200000: got heap flags 00000002 expected 00000080
heap: 1 failures in child process
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0x2000000: got heap flags 00000002 expected 01000002
heap.c:1140: Test failed: 0x2000000: got heap force flags 00000000 expected
01000002
heap: 2 failures in child process
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
heap.c:1138: Test failed: 0xdeadbeef: got heap flags 00000002 expected 000000e0
heap.c:1140: Test failed: 0xdeadbeef: got heap force flags 00000000 expected
000000e0
heap: 2 failures in child process
--
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=36238
Bug ID: 36238
Summary: comctl32/tests/propsheet.c fails under valgrind
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p
comctl32_test.exe.so propsheet && touch propsheet.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
propsheet.c:548: Test failed: The Add button has not been pressed!
make: *** [propsheet.ok] Error 1
see bug 36236 for a leak in that file, and bug 33719 for failing on some
windows vms.
--
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=20545
Summary: memory leak in MMDRV_Init on exit?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On several Chromium tests (having nothing to do
with multimedia?), valgrind is reporting a leak in winmm:
56 bytes in 1 blocks are possibly lost in loss record 464 of 1,033
at notify_alloc (heap.c:214)
by RtlAllocateHeap (heap.c:1421)
by MMDRV_InitPerType (lolvldrv.c:419)
by MMDRV_Install (lolvldrv.c:510)
by MMDRV_Init (lolvldrv.c:561)
by DllMain (winmm.c:184)
by __wine_spec_dll_entry (dll_entry.c:40)
by ??? (in /home/dank/wine-git/dlls/ntdll/ntdll.dll.so)
by MODULE_InitDLL (loader.c:982)
by process_attach (loader.c:1071)
by process_attach (loader.c:1063)
by attach_process_dlls (loader.c:2440)
This doesn't happen terribly often, is there something
that occasionally prevents freeing on unload?
--
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=36558
Bug ID: 36558
Summary: valgrind shows a definite leak in
comctl32/tests/treeview.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==26061== 140 bytes in 1 blocks are definitely lost in loss record 620 of 921
==26061== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26061== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26061== by 0x4FE3841: ImageListImpl_CreateInstance (imagelist.c:3697)
==26061== by 0x4FDC1EA: ImageList_Create (imagelist.c:772)
==26061== by 0x505A37F: TREEVIEW_InitCheckboxes (treeview.c:2954)
==26061== by 0x505A6A5: TREEVIEW_Paint (treeview.c:3013)
==26061== by 0x5060D32: TREEVIEW_WindowProc (treeview.c:5817)
==26061== by 0x538D4F5: ??? (winproc.c:173)
==26061== by 0x538D66A: call_window_proc (winproc.c:244)
==26061== by 0x538E858: WINPROC_CallProcAtoW (winproc.c:603)
==26061== by 0x538FA49: CallWindowProcA (winproc.c:961)
==26061== by 0x4D435DF: TreeviewWndProc (treeview.c:315)
==26061== by 0x538D4F5: ??? (winproc.c:173)
==26061== by 0x538D66A: call_window_proc (winproc.c:244)
==26061== by 0x538F8B9: WINPROC_call_window (winproc.c:909)
==26061== by 0x5350859: DispatchMessageA (message.c:3948)
==26061== by 0x4D4B261: test_TVS_CHECKBOXES (treeview.c:1943)
==26061== by 0x4D4C651: func_treeview (treeview.c:2228)
==26061== by 0x4D51DB9: run_test (test.h:584)
==26061== by 0x4D521A8: main (test.h:654)
==26061==
--
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=36634
Bug ID: 36634
Summary: valgrind shows an unintialized write in
rpcrt4/tests/marshall.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==19743== Thread 4:
==19743== Invalid read of size 4
==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241)
==19743== by 0x7BC87264: abort_thread (signal_i386.c:2654)
==19743== by 0x7BC80119: wait_select_reply (server.c:336)
==19743== by 0x7BC80EDC: server_select (server.c:597)
==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863)
==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872)
==19743== by 0x7BC47912: server_ioctl_file (file.c:1375)
==19743== by 0x7BC48312: NtFsControlFile (file.c:1623)
==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608)
==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131)
==19743== by 0x7BC87137: ??? (signal_i386.c:2571)
==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==19743== by 0x7BC87115: ??? (signal_i386.c:2571)
==19743== by 0x7BC8E560: start_thread (thread.c:428)
==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==19743== Address 0x5db4018 is on thread 1's stack
==19743== Invalid read of size 4
==19743== at 0x7BC87265: abort_thread (signal_i386.c:2654)
==19743== by 0x7BC80119: wait_select_reply (server.c:336)
==19743== by 0x7BC80EDC: server_select (server.c:597)
==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863)
==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872)
==19743== by 0x7BC47912: server_ioctl_file (file.c:1375)
==19743== by 0x7BC48312: NtFsControlFile (file.c:1623)
==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608)
==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131)
==19743== by 0x7BC87137: ??? (signal_i386.c:2571)
==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==19743== by 0x7BC87115: ??? (signal_i386.c:2571)
==19743== by 0x7BC8E560: start_thread (thread.c:428)
==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==19743== Address 0x5db4204 is on thread 1's stack
==19743== Invalid read of size 4
==19743== at 0x7BC82C7D: ntdll_get_thread_data (ntdll_misc.h:241)
==19743== by 0x7BC8727B: abort_thread (signal_i386.c:2655)
==19743== by 0x7BC80119: wait_select_reply (server.c:336)
==19743== by 0x7BC80EDC: server_select (server.c:597)
==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863)
==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872)
==19743== by 0x7BC47912: server_ioctl_file (file.c:1375)
==19743== by 0x7BC48312: NtFsControlFile (file.c:1623)
==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608)
==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131)
==19743== by 0x7BC87137: ??? (signal_i386.c:2571)
==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==19743== by 0x7BC87115: ??? (signal_i386.c:2571)
==19743== by 0x7BC8E560: start_thread (thread.c:428)
==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==19743== Address 0x5db4018 is on thread 1's stack
==19743== Invalid read of size 4
==19743== at 0x7BC8727C: abort_thread (signal_i386.c:2655)
==19743== by 0x7BC80119: wait_select_reply (server.c:336)
==19743== by 0x7BC80EDC: server_select (server.c:597)
==19743== by 0x7BC8A6F6: NtWaitForMultipleObjects (sync.c:863)
==19743== by 0x7BC8A746: NtWaitForSingleObject (sync.c:872)
==19743== by 0x7BC47912: server_ioctl_file (file.c:1375)
==19743== by 0x7BC48312: NtFsControlFile (file.c:1623)
==19743== by 0x7B8796BF: ConnectNamedPipe (sync.c:1608)
==19743== by 0x56ECF26: listen_thread (rpc_transport.c:131)
==19743== by 0x7BC87137: ??? (signal_i386.c:2571)
==19743== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==19743== by 0x7BC87115: ??? (signal_i386.c:2571)
==19743== by 0x7BC8E560: start_thread (thread.c:428)
==19743== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==19743== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==19743== Address 0x5db4204 is on thread 1's stack
==19743==
--
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=36582
Bug ID: 36582
Summary: valgrind shows a definite leak in
user32/tests/dialog.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==26259== 28 bytes in 1 blocks are definitely lost in loss record 237 of 760
==26259== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26259== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26259== by 0x5154EB8: DIALOG_get_info (defdlg.c:342)
==26259== by 0x5154F60: DefDlgProcA (defdlg.c:369)
==26259== by 0x4CCFD69: test_WM_NEXTDLGCTL (dialog.c:606)
==26259== by 0x4CD3173: func_dialog (dialog.c:1434)
==26259== by 0x4DA3978: run_test (test.h:584)
==26259== by 0x4DA3D67: main (test.h:654)
==26259==
--
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=36196
Bug ID: 36196
Summary: valgrind shows some possible leaks in
mmdevapi/tests/propstore.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==12387== 28 bytes in 1 blocks are possibly lost in loss record 92 of 461
==12387== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12387== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12387== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526)
==12387== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335)
==12387== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894)
==12387== by 0x4FCA783: CoGetClassObject (compobj.c:3032)
==12387== by 0x4FCAD45: CoCreateInstance (compobj.c:3197)
==12387== by 0x4E6D893: func_propstore (propstore.c:120)
==12387== by 0x4E80EAF: run_test (test.h:584)
==12387== by 0x4E8129E: main (test.h:654)
==12387==
{
--
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=36645
Bug ID: 36645
Summary: valgrind shows two definite leaks in
mshtml/tests/htmllocation.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==25103== 2 bytes in 1 blocks are definitely lost in loss record 22 of 5,735
==25103== at 0x7BC4C75D: notify_alloc (heap.c:255)
==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==25103== by 0x5D38D16: heap_alloc (internet.h:116)
==25103== by 0x5D38F5F: heap_strdupWtoA (internet.h:213)
==25103== by 0x5D3DE38: FTP_SendCommand (ftp.c:2715)
==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323)
==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341)
==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478)
==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840)
==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110)
==25103== by 0x7BC87137: ??? (signal_i386.c:2571)
==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==25103== by 0x7BC87115: ??? (signal_i386.c:2571)
==25103== by 0x7BC8E560: start_thread (thread.c:428)
==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==25103== 9 bytes in 1 blocks are definitely lost in loss record 352 of 5,735
==25103== at 0x7BC4C75D: notify_alloc (heap.c:255)
==25103== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==25103== by 0x5D38D16: heap_alloc (internet.h:116)
==25103== by 0x5D3DC6B: FTP_SendCommandA (ftp.c:2675)
==25103== by 0x5D3DE69: FTP_SendCommand (ftp.c:2716)
==25103== by 0x5D3F228: FTP_SendRetrieve (ftp.c:3323)
==25103== by 0x5D3B127: FTP_FtpOpenFileW (ftp.c:1341)
==25103== by 0x5D3B64B: AsyncFtpOpenFileProc (ftp.c:1478)
==25103== by 0x5D5BD9B: INTERNET_WorkerThreadFunc (internet.c:3840)
==25103== by 0x7BC90A9A: worker_thread_proc (threadpool.c:110)
==25103== by 0x7BC87137: ??? (signal_i386.c:2571)
==25103== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==25103== by 0x7BC87115: ??? (signal_i386.c:2571)
==25103== by 0x7BC8E560: start_thread (thread.c:428)
==25103== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==25103== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==25103==
--
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=36286
Bug ID: 36286
Summary: valgrind shows an invalid read in ieframe/tests/ie.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==17071== Invalid read of size 4
==17071== at 0x400AD40: memcpy (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==17071== by 0x5A80552: xbuf_add (tmarshal.c:107)
==17071== by 0x5A82737: serialize_param (tmarshal.c:704)
==17071== by 0x5A82FB3: serialize_param (tmarshal.c:809)
==17071== by 0x5A88EB1: TMStubImpl_Invoke (tmarshal.c:2118)
==17071== by 0x50AD280: RPC_ExecuteCall (objidl.h:9086)
==17071== by 0x506C1ED: apartment_wndproc (compobj.c:1460)
==17071== by 0x54D8509: ??? (winproc.c:173)
==17071== by 0x54D867E: call_window_proc (winproc.c:244)
==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900)
==17071== by 0x549BBE4: DispatchMessageW (message.c:4019)
==17071== by 0x4D26F60: IEWinMain (iexplore.c:1061)
==17071== by 0x475EA34: wWinMain (main.c:84)
==17071== by 0x475ED21: wmain (exe_wmain.c:51)
==17071== by 0x475EBFC: __wine_spec_exe_wentry (exe_wentry.c:36)
==17071== by 0x7B864247: ??? (process.c:1045)
==17071== by 0x7B864394: start_process (process.c:1097)
==17071== by 0x7BC87087: ??? (signal_i386.c:2571)
==17071== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==17071== by 0x7BC87065: ??? (signal_i386.c:2571)
==17071== Address 0x47f42c8 is 16 bytes after a recently re-allocated block of
size 208 alloc'd
==17071== at 0x7BC4C735: notify_alloc (heap.c:255)
==17071== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==17071== by 0x7B84586B: HeapAlloc (heap.c:271)
==17071== by 0x7B845A92: GlobalAlloc (heap.c:364)
==17071== by 0x7B846ECF: LocalAlloc (heap.c:967)
==17071== by 0x63A0A16: Alloc (comctl32undoc.c:74)
==17071== by 0x63F9DF0: REBAR_InsertBandT (rebar.c:2518)
==17071== by 0x63FD2C3: REBAR_WindowProc (rebar.c:3633)
==17071== by 0x54D8509: ??? (winproc.c:173)
==17071== by 0x54D867E: call_window_proc (winproc.c:244)
==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900)
==17071== by 0x54971BC: call_window_proc (message.c:2223)
==17071== by 0x549A05A: send_message (message.c:3260)
==17071== by 0x549A678: SendMessageW (message.c:3454)
==17071== by 0x4D252BC: create_rebar (iexplore.c:492)
==17071== by 0x4D25371: iewnd_OnCreate (iexplore.c:506)
==17071== by 0x4D25B93: ie_window_proc (iexplore.c:665)
==17071== by 0x54D8509: ??? (winproc.c:173)
==17071== by 0x54D867E: call_window_proc (winproc.c:244)
==17071== by 0x54DA817: WINPROC_call_window (winproc.c:900)
==17071==
--
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=36330
Bug ID: 36330
Summary: valgrind shows a couple leak in
secur32/tests/schannel.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==16588== 8 bytes in 1 blocks are definitely lost in loss record 10 of 297
==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==16588== by 0x5ADC1F3: ???
==16588== by 0x5ADCAC8: ???
==16588== by 0x4D7D019: test_communication (schannel.c:696)
==16588== by 0x4D7E737: func_schannel (schannel.c:907)
==16588== by 0x4D805BC: run_test (test.h:584)
==16588== by 0x4D809AB: main (test.h:654)
==16588==
==16588== 11,108 bytes in 146 blocks are possibly lost in loss record 293 of
297
==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==16588== by 0x4FA85DF: CryptMemAlloc (main.c:124)
==16588== by 0x4FB9D32: crypt_oid_init (oid.c:1431)
==16588== by 0x4FA81F8: DllMain (main.c:46)
==16588== by 0x4FCCF36: __wine_spec_dll_entry (dll_entry.c:40)
==16588== by 0x7BC53B24: ??? (in
/home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so)
==16588== by 0x7BC5644E: MODULE_InitDLL (loader.c:1068)
==16588== by 0x7BC56AE7: process_attach (loader.c:1157)
==16588== by 0x7BC596E6: LdrLoadDll (loader.c:2129)
==16588== by 0x7B8581FE: load_library (module.c:933)
==16588== by 0x7B8582C9: LoadLibraryExW (module.c:990)
==16588== by 0x7B8583E0: LoadLibraryExA (module.c:970)
==16588== by 0x7B85844C: LoadLibraryA (module.c:1022)
==16588== by 0x4D7E4B0: func_schannel (schannel.c:122)
==16588== by 0x4D805BC: run_test (test.h:584)
==16588== by 0x4D809AB: main (test.h:654)
==16588==
--
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=36123
Bug ID: 36123
Summary: valgrind shows leaks in msiexec/msiexec.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472DD61: process_args (msiexec.c:490)
==23034== by 0x472E0BD: WinMain (msiexec.c:576)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472CE7F: StringListAppend (msiexec.c:113)
==23034== by 0x472F9DE: WinMain (msiexec.c:966)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592
==23034== at 0x7BC4C735: notify_alloc (heap.c:255)
==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==23034== by 0x472CFA7: build_properties (msiexec.c:146)
==23034== by 0x472FA15: WinMain (msiexec.c:972)
==23034== by 0x473039B: main (exe_main.c:49)
==23034==
--
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=36129
Bug ID: 36129
Summary: valgrind shows some possible leaks in
oleaut32/olepicture.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==26738== 28 bytes in 1 blocks are possibly lost in loss record 206 of 736
==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233)
==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526)
==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894)
==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032)
==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197)
==26738== by 0x50BF1A3: OLEPictureImpl_LoadWICDecoder (olepicture.c:1163)
==26738== by 0x50BFE83: OLEPictureImpl_Load (olepicture.c:1490)
==26738== by 0x50C185E: OleLoadPicture (objidl.h:3149)
==26738== by 0x4D5BE6B: test_pic_with_stream (olepicture.c:199)
==26738== by 0x4D5C34C: test_pic (olepicture.c:281)
==26738== by 0x4D5D7F7: func_olepicture (olepicture.c:1261)
==26738== by 0x4D563A7: main (test.h:584)
==26738==
==26738== 28 bytes in 1 blocks are possibly lost in loss record 207 of 736
==26738== at 0x7BC4D7D7: RtlAllocateHeap (heap.c:233)
==26738== by 0x54EA474: apartment_getclassobject (compobj.c:526)
==26738== by 0x54ED2D7: get_inproc_class_object (compobj.c:2894)
==26738== by 0x54EFC3B: CoGetClassObject (compobj.c:3032)
==26738== by 0x54F0307: CoCreateInstance (compobj.c:3197)
==26738== by 0x50C1E61: OleLoadPicturePath (olepicture.c:2400)
==26738== by 0x4D5D200: test_OleLoadPicturePath (olepicture.c:912)
==26738== by 0x4D5EEE4: func_olepicture (olepicture.c:1283)
==26738== by 0x4D563A7: main (test.h:584)
--
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=36586
Bug ID: 36586
Summary: valgrind shows uninitialized memory use in
user32/tests/msg.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27824== Conditional jump or move depends on uninitialised value(s)
==27824== at 0x427931D: vfprintf (vfprintf.c:1634)
==27824== by 0x429C4E1: vsprintf (iovsprintf.c:42)
==27824== by 0x428229E: sprintf (sprintf.c:32)
==27824== by 0x4D13DF4: add_message_ (msg.c:1994)
==27824== by 0x4D4338F: test_hotkey (msg.c:13929)
==27824== by 0x4D47490: func_msg (msg.c:14598)
==27824== by 0x4DA6978: run_test (test.h:584)
==27824== by 0x4DA6D67: main (test.h:654)
==27824== Uninitialised value was created by a stack allocation
==27824== at 0x4D41D56: test_hotkey (msg.c:13707)
==27824== Use of uninitialised value of size 4
==27824== at 0x42780CD: _itoa_word (_itoa.c:180)
==27824== by 0x427B856: vfprintf (vfprintf.c:1634)
==27824== by 0x429C4E1: vsprintf (iovsprintf.c:42)
==27824== by 0x428229E: sprintf (sprintf.c:32)
==27824== by 0x4D13DF4: add_message_ (msg.c:1994)
==27824== by 0x4D4338F: test_hotkey (msg.c:13929)
==27824== by 0x4D47490: func_msg (msg.c:14598)
==27824== by 0x4DA6978: run_test (test.h:584)
==27824== by 0x4DA6D67: main (test.h:654)
==27824== Uninitialised value was created by a stack allocation
==27824== at 0x4D41D56: test_hotkey (msg.c:13707)
==27824==
--
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=36398
Bug ID: 36398
Summary: valgrind shows an invalid read in
comctl32/tests/toolbar.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==18993== Invalid read of size 2
==18993== at 0x7BC55D60: RtlImageNtHeader (loader.c:2742)
==18993== by 0x7BC55EB9: RtlImageDirectoryEntryToData (loader.c:2916)
==18993== by 0x7BC6FBC4: find_entry (resource.c:189)
==18993== by 0x7BC70270: LdrFindResource_U (resource.c:303)
==18993== by 0x7B86DB6F: find_resourceW (resource.c:139)
==18993== by 0x7B86F7FD: FindResourceExW (resource.c:183)
==18993== by 0x7B86F8ED: FindResourceW (resource.c:192)
==18993== by 0x51A10FB: TOOLBAR_AddStringW (toolbar.c:2922)
==18993== by 0x51A8403: ToolbarWindowProc (toolbar.c:2993)
==18993== by 0x54CC579: ??? (in
/home/austin/wine-valgrind-known/dlls/user32/user32.dll.so)
==18993== by 0x54CCCB5: call_window_proc (winproc.c:244)
==18993== by 0x54CE525: WINPROC_CallProcAtoW (winproc.c:504)
==18993== by 0x54CF3F2: WINPROC_call_window (winproc.c:911)
==18993== by 0x548DF3C: call_window_proc (message.c:2223)
==18993== by 0x5495685: send_message (message.c:3260)
==18993== by 0x5497BB0: SendMessageA (message.c:3476)
==18993== by 0x4FB7E62: test_add_string (toolbar.c:537)
==18993== by 0x4FBE480: func_toolbar (toolbar.c:1955)
==18993== by 0x4F4284B: main (test.h:584)
==18993== Address 0xdeadbeee is on thread 1's stack
==18993==
--
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=36577
Bug ID: 36577
Summary: valgrind shows a use after free 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== Invalid read of size 4
==23547== at 0x50304F6: Binding_Abort (binding.c:852)
==23547== by 0x78BB53D: abort_window_bindings (urlmon.h:408)
==23547== by 0x78A3C6C: detach_inner_window (htmlwindow.c:124)
==23547== by 0x78A421D: release_outer_window (htmlwindow.c:206)
==23547== by 0x78A45C7: HTMLWindow2_Release (htmlwindow.c:282)
==23547== by 0x7846EDB: CustomDoc_Release (mshtml.h:47873)
==23547== by 0x7834D3F: htmldoc_release (mshtml_private.h:544)
==23547== by 0x7835535: HTMLDocument_Release (htmldoc.c:140)
==23547== by 0x4EC4D3A: test_BindToObject (url.c:3332)
==23547== by 0x4EC8513: func_url (url.c:3895)
==23547== by 0x4ECA166: run_test (test.h:584)
==23547== by 0x4ECA555: main (test.h:654)
==23547== Address 0x49c3818 is 4,432 bytes inside a block of size 8,416 free'd
==23547== at 0x7BC4C72C: notify_free (heap.c:263)
==23547== by 0x7BC51071: RtlFreeHeap (heap.c:1762)
==23547== by 0x65C4013: heap_free (internet.h:136)
==23547== by 0x65C4A4F: WININET_Release (internet.c:277)
==23547== by 0x65CDD91: INTERNET_WorkerThreadFunc (internet.c:3841)
==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==
--
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=36166
Bug ID: 36166
Summary: valgrind shows several possible leaks in
vbscript/tests/createobj.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==1948== 20 bytes in 1 blocks are possibly lost in loss record 128 of 653
==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1948== by 0x680B673: heap_alloc (vbscript.h:432)
==1948== by 0x680CBCD: VBScript_AddNamedItem (vbscript.c:426)
==1948== by 0x4E4B610: create_script (activscp.h:1022)
==1948== by 0x4E4D020: test_GetObject (createobj.c:1022)
==1948== by 0x4E4D35B: func_createobj (createobj.c:1097)
==1948== by 0x4E5DA0F: run_test (test.h:584)
==1948== by 0x4E5DDFE: main (test.h:654)
==1948==
==1948== 28 bytes in 1 blocks are possibly lost in loss record 179 of 653
==1948== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1948== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1948== by 0x4FCB21A: heap_alloc_zero (typelib.c:1662)
==1948== by 0x4FCDE59: MSFT_ReadAllRefs (typelib.c:2902)
==1948== by 0x4FD0104: ITypeLib2_Constructor_MSFT (typelib.c:3716)
==1948== by 0x4FCF370: TLB_ReadTypeLib (typelib.c:3460)
==1948== by 0x4FC7694: LoadTypeLibEx (typelib.c:478)
==1948== by 0x4FC75D0: LoadTypeLib (typelib.c:454)
==1948== by 0x680E4C6: get_typeinfo (vbscript_main.c:56)
==1948== by 0x67F321B: init_global (global.c:1946)
==1948== by 0x680BA7F: set_ctx_site (vbscript.c:105)
==1948== by 0x680C509: VBScript_SetScriptSite (vbscript.c:312)
==1948== by 0x4E4B59D: create_script (activscp.h:1007)
==1948== by 0x4E4B6F1: test_CreateObject (createobj.c:779)
==1948== by 0x4E4D356: func_createobj (createobj.c:1096)
==1948== by 0x4E5DA0F: run_test (test.h:584)
==1948== by 0x4E5DDFE: main (test.h:654)
==1948==
==2464== 112 bytes in 1 blocks are possibly lost in loss record 425 of 653
==2464== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2464== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2464== by 0x4FA80B4: alloc_bstr (oleaut.c:162)
==2464== by 0x4FA844A: SysAllocStringLen (oleaut.c:324)
==2464== by 0x4E4958F: a2bstr (createobj.c:126)
==2464== by 0x4E4B2FF: parse_script_ae (createobj.c:721)
==2464== by 0x4E4D038: test_GetObject (createobj.c:1023)
==2464== by 0x4E4D35B: func_createobj (createobj.c:1097)
==2464== by 0x4E5DA0F: run_test (test.h:584)
==2464== by 0x4E5DDFE: main (test.h:654)
==2464==
etc.
--
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=36306
Bug ID: 36306
Summary: valgrind shows a possible leak in
netapi32/tests/wksta.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: netapi32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30938== 64 bytes in 2 blocks are possibly lost in loss record 40 of 73
==30938== at 0x7BC4C735: notify_alloc (heap.c:255)
==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30938== by 0x4C25EDC: ???
==30938== by 0x4C33153: ???
==30938== by 0x4C29723: ???
==30938== by 0x4C29B00: ???
==30938== by 0x4C3351B: ???
==30938== by 0x4C33751: ???
==30938== by 0x4C29ABA: ???
==30938== by 0x4C3351B: ???
==30938== by 0x4C3362E: ???
==30938== by 0x4C2E6E4: ???
==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152)
==30938== by 0x4957AB6: func_wksta (wksta.c:237)
==30938== by 0x49588C0: run_test (test.h:584)
==30938== by 0x4958CAF: main (test.h:654)
==30938== 64 bytes in 2 blocks are possibly lost in loss record 41 of 73
==30938== at 0x7BC4C735: notify_alloc (heap.c:255)
==30938== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30938== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326)
==30938== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356)
==30938== by 0x7B876AD0: InitializeCriticalSection (sync.c:313)
==30938== by 0x4C33177: ???
==30938== by 0x4C29723: ???
==30938== by 0x4C29B00: ???
==30938== by 0x4C3351B: ???
==30938== by 0x4C33751: ???
==30938== by 0x4C29ABA: ???
==30938== by 0x4C3351B: ???
==30938== by 0x4C3362E: ???
==30938== by 0x4C2E6E4: ???
==30938== by 0x4957493: run_wkstatransportenum_tests (wksta.c:152)
==30938== by 0x4957AB6: func_wksta (wksta.c:237)
==30938== by 0x49588C0: run_test (test.h:584)
==30938== by 0x4958CAF: main (test.h:654)
==30938==
--
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=36325
Bug ID: 36325
Summary: valgrind shows a couple possible leaks in
rpcrt4/tests/server.c
Product: Wine
Version: 1.7.18
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
==459== 64 bytes in 1 blocks are possibly lost in loss record 172 of 352
==459== at 0x7BC4C735: notify_alloc (heap.c:255)
==459== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==459== by 0x55F927B: rpcrt4_protseq_np_alloc (rpc_transport.c:642)
==459== by 0x55F5366: alloc_serverprotoseq (rpc_server.c:927)
==459== by 0x55F5610: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977)
==459== by 0x55F5709: RpcServerUseProtseqEpExA (rpc_server.c:997)
==459== by 0x55F51E2: RpcServerUseProtseqEpA (rpc_server.c:892)
==459== by 0x4973259: server (server.c:1622)
==459== by 0x49737B1: func_server (server.c:1718)
==459== by 0x4995124: run_test (test.h:584)
==459== by 0x4995513: main (test.h:654)
==459==
--
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=36146
Bug ID: 36146
Summary: valgrind shows several leaks in
dlls/jscript/tests/caller.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==32653== 12 bytes in 1 blocks are definitely lost in loss record 69 of 753
==32653== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==32653== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==32653== by 0x697611F: ???
==32653== by 0x69764DD: ???
==32653== by 0x6976548: ???
==32653== by 0x6977213: ???
==32653== by 0x69793E6: ???
==32653== by 0x6979560: ???
==32653== by 0x69796F5: ???
==32653== by 0x6979D90: ???
==32653== by 0x6972401: ???
==32653== by 0x4E4DA12: _call_change_type (dispex.h:686)
==32653== by 0x4E4DC08: test_change_type (caller.c:139)
==32653== by 0x4E4DFD6: test_change_types (caller.c:196)
==32653== by 0x4E4E3B6: test_caller (caller.c:238)
==32653== by 0x4E4EADA: Test_InvokeEx (caller.c:363)
==32653== by 0x695D3E5: ???
==32653== by 0x69621D9: ???
==32653== by 0x6966B58: ???
==32653== by 0x6966F33: ???
==32653==
==32708== 18 bytes in 1 blocks are definitely lost in loss record 129 of 768
==32708== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==32708== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==32708== by 0x6A2F11F: ???
==32708== by 0x6A2F4DD: ???
==32708== by 0x6A2F548: ???
==32708== by 0x6A312DE: ???
==32708== by 0x6A32C08: ???
==32708== by 0x6A2B401: ???
==32708== by 0x4E4E1D2: test_change_types (dispex.h:686)
==32708== by 0x4E4F1E2: run_scripts (caller.c:549)
==32708== by 0x4E4F3CB: func_caller (caller.c:585)
==32708== by 0x4E5ED5F: run_test (test.h:584)
==32708== by 0x4E5F14E: main (test.h:654)
==32708==
==2241== 28 bytes in 1 blocks are definitely lost in loss record 233 of 768
==2241== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2241== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2241== by 0x6A2F11F: ???
==2241== by 0x6A2F4DD: ???
==2241== by 0x6A2F548: ???
==2241== by 0x6A2F1E3: ???
==2241== by 0x6A2FE69: ???
==2241== by 0x6A2BC3E: ???
==2241== by 0x6A4ABD4: ???
==2241== by 0x7BC52F48: ??? (loader.c:138)
==2241== by 0x7BC55586: MODULE_InitDLL (loader.c:1068)
==2241== by 0x7BC55904: process_attach (loader.c:1157)
==2241== by 0x7BC5856A: LdrLoadDll (loader.c:2129)
==2241== by 0x7B85A735: load_library (module.c:933)
==2241== by 0x7B85A8A3: LoadLibraryExW (module.c:990)
==2241== by 0x544D69A: COMPOBJ_DllList_Add (compobj.c:495)
==2241== by 0x544FB62: apartment_getclassobject (compobj.c:1335)
==2241== by 0x54532AC: get_inproc_class_object (compobj.c:2894)
==2241== by 0x545376B: CoGetClassObject (compobj.c:3032)
==2241== by 0x5453D2D: CoCreateInstance (compobj.c:3197)
Also, possibly:
==2205== 64 bytes in 2 blocks are possibly lost in loss record 411 of 768
==2205== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2205== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2205== by 0x4FE80B4: alloc_bstr (oleaut.c:162)
==2205== by 0x4FE844A: SysAllocStringLen (oleaut.c:324)
==2205== by 0x4FE8161: SysAllocString (oleaut.c:232)
==2205== by 0x6A15E31: ???
==2205== by 0x6A1730E: ???
==2205== by 0x6A174E2: ???
==2205== by 0x6A17DBF: ???
==2205== by 0x6A18017: ???
==2205== by 0x6A18088: ???
==2205== by 0x6A19957: ???
==2205== by 0x6A17F2E: ???
==2205== by 0x6A19D84: ???
==2205== by 0x6A1A5F8: ???
==2205== by 0x6A3A6D1: ???
==2205== by 0x4E4EE13: _parse_script_a (activscp.h:1290)
==2205== by 0x4E4F186: run_scripts (caller.c:541)
==2205== by 0x4E4F3CB: func_caller (caller.c:585)
==2205== by 0x4E5ED5F: run_test (test.h:584)
==2205==
--
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=36574
Bug ID: 36574
Summary: valgrind shows a definite leak in
urlmon/tests/protocol.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
==21884== 96 bytes in 1 blocks are definitely lost in loss record 552 of 841
==21884== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==21884== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==21884== by 0x6430124: heap_alloc_zero (internet.h:121)
==21884== by 0x6431091: create_netconn (netconnection.c:369)
==21884== by 0x641FDBC: open_http_connection (http.c:4789)
==21884== by 0x6420432: HTTP_HttpSendRequestW (http.c:4916)
==21884== by 0x64211FA: AsyncHttpSendRequestProc (http.c:5182)
==21884== by 0x642DD83: INTERNET_WorkerThreadFunc (internet.c:3840)
==21884== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==21884== by 0x7BC870C7: ??? (signal_i386.c:2571)
==21884== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==21884== by 0x7BC870A5: ??? (signal_i386.c:2571)
==21884== by 0x7BC8E4EC: start_thread (thread.c:428)
==21884== by 0x421FF92: start_thread (pthread_create.c:309)
==21884== by 0x43247ED: clone (clone.S:129)
==21884==
--
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=36585
Bug ID: 36585
Summary: valgrind shows uninitialized memory use in
user32/tests/edit.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M user32.dll -p
user32_test.exe.so edit && touch edit.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==4864== Use of uninitialised value of size 4
==4864== at 0x403DC86: mbstowcs_sbcs (mbtowc.c:88)
==4864== by 0x403E430: wine_cp_mbstowcs (mbtowc.c:278)
==4864== by 0x7B850B05: MultiByteToWideChar (locale.c:2031)
==4864== by 0x52560FB: EDIT_EM_SetHandle (edit.c:2821)
==4864== by 0x525C68C: EditWndProc_common (edit.c:4728)
==4864== by 0x52CDFCA: EditWndProcA (winproc.c:1077)
==4864== by 0x52CB4F5: ??? (winproc.c:173)
==4864== by 0x52CB66A: call_window_proc (winproc.c:244)
==4864== by 0x52CD8B9: WINPROC_call_window (winproc.c:909)
==4864== by 0x528A11C: call_window_proc (message.c:2223)
==4864== by 0x528CFBA: send_message (message.c:3260)
==4864== by 0x528D649: SendMessageA (message.c:3476)
==4864== by 0x4DD5C07: test_EM_GETHANDLE (edit.c:2700)
==4864== by 0x4DD61E2: func_edit (edit.c:2785)
==4864== by 0x4E93978: run_test (test.h:584)
==4864== by 0x4E93D67: main (test.h:654)
==4864== Uninitialised value was created by a client request
==4864== at 0x7BC4C4D6: mark_block_uninitialized (heap.c:209)
==4864== by 0x7BC4C641: initialize_block (heap.c:240)
==4864== by 0x7BC50F4D: RtlAllocateHeap (heap.c:1717)
==4864== by 0x7B8457FF: HeapAlloc (heap.c:271)
==4864== by 0x7B845B34: GlobalAlloc (heap.c:388)
==4864== by 0x7B846E63: LocalAlloc (heap.c:967)
==4864== by 0x4DD5AD5: test_EM_GETHANDLE (edit.c:2686)
==4864== by 0x4DD61E2: func_edit (edit.c:2785)
==4864== by 0x4E93978: run_test (test.h:584)
==4864== by 0x4E93D67: main (test.h:654)
==4864==
--
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=36393
Bug ID: 36393
Summary: valgrind shows a possible leak in
infosoft/tests/infosoft.c
Product: Wine
Version: 1.7.18
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 infosoft.dll -p
infosoft_test.exe.so infosoft && touch infosoft.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==21605== 28 bytes in 1 blocks are possibly lost in loss record 157 of 548
==21605== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==21605== by 0x5062BE8: apartment_getclassobject (compobj.c:526)
==21605== by 0x5065FF6: get_inproc_class_object (compobj.c:2894)
==21605== by 0x5068D5F: CoGetClassObject (compobj.c:3032)
==21605== by 0x50694E7: CoCreateInstance (compobj.c:3197)
==21605== by 0x4AA23CE: func_infosoft (infosoft.c:167)
==21605== by 0x4AA285A: run_test (test.h:584)
==21605== by 0x4AA1C8E: main (test.h:654)
==21605==
--
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=36195
Bug ID: 36195
Summary: valgrind shows several leaks in dsound/tests/capture.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==12144== 28 bytes in 1 blocks are possibly lost in loss record 196 of 816
==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526)
==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335)
==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894)
==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032)
==12144== by 0x4FBED45: CoCreateInstance (compobj.c:3197)
==12144== by 0x65A603C: get_mmdevenum (dsound_main.c:178)
==12144== by 0x65A636D: GetDeviceID (dsound_main.c:261)
==12144== by 0x659F7B5: DirectSoundCaptureDevice_Initialize (capture.c:1022)
==12144== by 0x65A07B9: IDirectSoundCaptureImpl_Initialize (capture.c:1284)
==12144== by 0x65A0B21: DirectSoundCaptureCreate (capture.c:1388)
==12144== by 0x4E4FA2E: test_COM (capture.c:692)
==12144== by 0x4E50145: func_capture (capture.c:775)
==12144== by 0x4E6C486: run_test (test.h:584)
==12144== by 0x4E6C875: main (test.h:654)
==12144==
==12144== 28 bytes in 1 blocks are possibly lost in loss record 204 of 816
==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12144== by 0x4FB883E: COMPOBJ_DllList_Add (compobj.c:526)
==12144== by 0x4FBAB7A: apartment_getclassobject (compobj.c:1335)
==12144== by 0x4FBE2C4: get_inproc_class_object (compobj.c:2894)
==12144== by 0x4FBE783: CoGetClassObject (compobj.c:3032)
==12144== by 0x4E4DAFA: test_capture (capture.c:189)
==12144== by 0x4E5014A: func_capture (capture.c:776)
==12144== by 0x4E6C486: run_test (test.h:584)
==12144== by 0x4E6C875: main (test.h:654)
==12144==
==12144== 846 bytes in 47 blocks are definitely lost in loss record 714 of 816
==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12144== by 0x65ADE25: DSOUND_CopyFormat (primary.c:447)
==12144== by 0x659E392: IDirectSoundCaptureBufferImpl_Create (capture.c:704)
==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer
(capture.c:1232)
==12144== by 0x4E4F47E: dscenum_callback (capture.c:564)
==12144== by 0x65A665A: a_to_w_callback (dsound_main.c:319)
==12144== by 0x65A6F2B: enumerate_mmdevices (dsound_main.c:492)
==12144== by 0x65A73EF: DirectSoundCaptureEnumerateW (dsound_main.c:625)
==12144== by 0x65A72ED: DirectSoundCaptureEnumerateA (dsound_main.c:593)
==12144== by 0x4E4F90F: test_enumerate (capture.c:672)
==12144== by 0x4E5014F: func_capture (capture.c:777)
==12144== by 0x4E6C486: run_test (test.h:584)
==12144== by 0x4E6C875: main (test.h:654)
==12144== 88,200 bytes in 1 blocks are possibly lost in loss record 813 of 816
==12144== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12144== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12144== by 0x659EC62: IDirectSoundCaptureBufferImpl_Create (capture.c:797)
==12144== by 0x65A0409: IDirectSoundCaptureImpl_CreateCaptureBuffer
(capture.c:1232)
==12144== by 0x4E4FD44: test_COM (capture.c:727)
==12144== by 0x4E50145: func_capture (capture.c:775)
==12144== by 0x4E6C486: run_test (test.h:584)
==12144== by 0x4E6C875: main (test.h:654)
==12144==
--
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=36219
Bug ID: 36219
Summary: valgrind shows some definite leaks in
dlls/jscript/tests/run.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48354
--> https://bugs.winehq.org/attachment.cgi?id=48354
valgrind log
Unfortunately, not getting very good stack traces, even with -O0 and an
unstripped gecko build:
==27187== 32 bytes in 1 blocks are definitely lost in loss record 4,576 of
15,293
==27187== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==27187== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==27187== by 0x69C350F: ???
==27187== by 0x69C4488: ???
==27187== by 0x69C7127: ???
==27187== by 0x69C7912: ???
==27187== by 0x69C5F2E: ???
==27187== by 0x69C7D84: ???
==27187== by 0x69C80C5: ???
==27187== by 0x69C85F8: ???
==27187== by 0x69E8695: ???
==27187== by 0x4E5D234: parse_script (activscp.h:1290)
==27187== by 0x4E5F086: run_from_res (run.c:1814)
==27187== by 0x4E60FA5: run_tests (run.c:2162)
==27187== by 0x4E61EFD: func_run (run.c:2415)
==27187== by 0x4E62D5F: run_test (test.h:584)
==27187== by 0x4E6314E: main (test.h:654)
==27187==
Also some possible leaks
==9457== 16 bytes in 1 blocks are possibly lost in loss record 1,052 of 15,293
==9457== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==9457== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==9457== by 0x4FE80B4: alloc_bstr (oleaut.c:162)
==9457== by 0x4FE844A: SysAllocStringLen (oleaut.c:324)
==9457== by 0x4FE8161: SysAllocString (oleaut.c:232)
==9457== by 0x69C3E31: ???
==9457== by 0x69C4139: ???
==9457== by 0x69C6041: ???
==9457== by 0x69C6088: ???
==9457== by 0x69C7957: ???
==9457== by 0x69C5F2E: ???
==9457== by 0x69C7D84: ???
==9457== by 0x69C80C5: ???
==9457== by 0x69C85F8: ???
==9457== by 0x69E8695: ???
==9457== by 0x4E5D234: parse_script (activscp.h:1290)
==9457== by 0x4E5EAA4: parse_script_af (run.c:1692)
==9457== by 0x4E5EB0C: parse_script_a (run.c:1699)
==9457== by 0x4E607D3: run_tests (run.c:2070)
==9457== by 0x4E61EFD: func_run (run.c:2415)
--
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=36274
Bug ID: 36274
Summary: valgrind shows several leaks in dplayx/tests/dplayx.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==7755== 12 bytes in 1 blocks are definitely lost in loss record 65 of 618
==7755== at 0x7BC4C735: notify_alloc (heap.c:255)
==7755== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==7755== by 0x49DD03C: dplobbysp_create (lobbysp.c:238)
==7755== by 0x49C051A: DP_CreateDirectPlay2 (dplay.c:188)
==7755== by 0x49CFA0E: dplay_create (dplay.c:5708)
==7755== by 0x49BFD87: IClassFactoryImpl_CreateInstance
(dpclassfactory.c:87)
==7755== by 0x564DE26: CoCreateInstance (unknwn.h:226)
==7755== by 0x4980A1B: test_COM (dplayx.c:6382)
==7755== by 0x4981932: func_dplayx (dplayx.c:6533)
==7755== by 0x4982818: run_test (test.h:584)
==7755== by 0x4982C06: main (test.h:654)
==7755==
==7755== 24 bytes in 1 blocks are possibly lost in loss record 168 of 618
==7755== at 0x7BC4C735: notify_alloc (heap.c:255)
==7755== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==7755== by 0x49DDA4E: NS_InitializeSessionCache (name_server.c:263)
==7755== by 0x49C03B3: DP_CreateDirectPlay2 (dplay.c:150)
==7755== by 0x49CFA0E: dplay_create (dplay.c:5708)
==7755== by 0x49BFD87: IClassFactoryImpl_CreateInstance
(dpclassfactory.c:87)
==7755== by 0x564DE26: CoCreateInstance (unknwn.h:226)
==7755== by 0x4980A8C: test_COM (dplayx.c:6387)
==7755== by 0x4981932: func_dplayx (dplayx.c:6533)
==7755== by 0x4982818: run_test (test.h:584)
==7755== by 0x4982C06: main (test.h:654)
--
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=36624
Bug ID: 36624
Summary: valgrind shows uninitialized memory in
kernel32/tests/console.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
An old valgrind warning that I don't for..
==18074== Syscall param writev(vector[...]) points to uninitialised byte(s)
==18074== at 0x4E952886: writev (in /usr/lib/libc-2.18.so)
==18074== by 0x7BC7FE6F: send_request (server.c:213)
==18074== by 0x7BC80001: wine_server_call (server.c:294)
==18074== by 0x7B82E0ED: wine_server_call_err (server.h:61)
==18074== by 0x7B82F344: WriteConsoleInputW (console.c:533)
==18074== by 0x4647B58: WCUSER_GenerateMouseInputRecord (user.c:1092)
==18074== by 0x4648005: WCUSER_Proc (user.c:1160)
==18074== by 0x535C5C1: ??? (winproc.c:173)
==18074== by 0x535C736: call_window_proc (winproc.c:244)
==18074== by 0x535E8CF: WINPROC_call_window (winproc.c:900)
==18074== by 0x531FC04: DispatchMessageW (message.c:4019)
==18074== by 0x4648BDF: WCUSER_MainLoop (user.c:1387)
==18074== by 0x464BDA6: WinMain (wineconsole.c:854)
==18074== by 0x464C09F: main (exe_main.c:49)
==18074== Address 0x4d0f74e is on thread 1's stack
==18074== Uninitialised value was created by a stack allocation
==18074== at 0x4647A54: WCUSER_GenerateMouseInputRecord (user.c:1071)
==18074==
from http://www.winehq.org/pipermail/wine-devel/2008-November/070539.html:
the issue in fixing WCUSER_GenerateMouseInputRecord() is that we'll
still get the same warning in valgrind from a partly initialized
INPUT_RECORD from any caller to WriteConsoleInput (and the code in
wineconsole is perfectly correct as it only assigns the fields it needs
for a MouseEvent)
the cleanest fix should be in WriteConsoleInput not to pass the
undefined parts to wineserver (or to set them to zero)
--
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=36407
Bug ID: 36407
Summary: valgrind shows a potential leak in
mmcndmgr/tests/mmcndmgr.c
Product: Wine
Version: 1.7.18
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 mmcndmgr.dll -p
mmcndmgr_test.exe.so mmcndmgr && touch mmcndmgr.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==21436== 28 bytes in 1 blocks are possibly lost in loss record 171 of 596
==21436== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==21436== by 0x4ED6BB8: apartment_getclassobject (compobj.c:526)
==21436== by 0x4ED9FC6: get_inproc_class_object (compobj.c:2894)
==21436== by 0x4EDCD2F: CoGetClassObject (compobj.c:3032)
==21436== by 0x4EDD4B7: CoCreateInstance (compobj.c:3197)
==21436== by 0x4D74D38: func_mmcndmgr (mmcndmgr.c:37)
==21436== by 0x4D75C14: run_test (test.h:584)
==21436== by 0x4D76002: main (test.h:654)
==21436==
--
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=36248
Bug ID: 36248
Summary: valgrind shows several potential leaks in
cryptui/tests/cryptui.c
Product: Wine
Version: 1.7.18
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
Created attachment 48378
--> https://bugs.winehq.org/attachment.cgi?id=48378
valgrind log
==28603== 20 bytes in 1 blocks are possibly lost in loss record 109 of 617
==28603== at 0x7BC4C735: notify_alloc (heap.c:255)
==28603== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==28603== by 0x4D539FE: CryptMemAlloc (main.c:124)
==28603== by 0x4D676D9: ContextPropertyList_SetProperty (proplist.c:132)
==28603== by 0x4D67907: ContextPropertyList_Copy (proplist.c:215)
==28603== by 0x4D2EA1E: Context_CopyProperties (context.c:130)
==28603== by 0x4D1ABDC: Cert_clone (cert.c:139)
==28603== by 0x4D736E0: MemStore_addContext (store.c:151)
==28603== by 0x4D73AB1: MemStore_addCert (store.c:243)
==28603== by 0x4D1B189: add_cert_to_store (cert.c:263)
==28603== by 0x4D1B2EF: CertAddCertificateContextToStore (cert.c:287)
==28603== by 0x4D6C405: CRYPT_RegReadSerializedFromReg (regstore.c:138)
==28603== by 0x4D6C535: CRYPT_RegReadFromReg (regstore.c:175)
==28603== by 0x4D6D57F: CRYPT_RegOpenStore (regstore.c:557)
==28603== by 0x4D74877: CRYPT_SysRegOpenStoreW (store.c:511)
==28603== by 0x4D75B5B: CertOpenStore (store.c:907)
==28603== by 0x4D74B57: CRYPT_SysOpenStoreW (store.c:585)
==28603== by 0x4D75B5B: CertOpenStore (store.c:907)
==28603== by 0x49555B5: test_crypt_ui_wiz_import (cryptui.c:402)
==28603== by 0x4956625: func_cryptui (cryptui.c:660)
==28603==
==28603== 20 bytes in 1 blocks are possibly lost in loss record 110 of 617
==28603== at 0x7BC4C735: notify_alloc (heap.c:255)
==28603== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==28603== by 0x4D539FE: CryptMemAlloc (main.c:124)
==28603== by 0x4D2E117: CertAddStoreToCollection (collectionstore.c:519)
==28603== by 0x4D74C65: CRYPT_SysOpenStoreW (store.c:608)
==28603== by 0x4D75B5B: CertOpenStore (store.c:907)
==28603== by 0x49555B5: test_crypt_ui_wiz_import (cryptui.c:402)
==28603== by 0x4956625: func_cryptui (cryptui.c:660)
==28603== by 0x495742C: run_test (test.h:584)
==28603== by 0x495781A: main (test.h:654)
==28603==
==28746== 20 bytes in 1 blocks are possibly lost in loss record 119 of 736
==28746== at 0x7BC4C735: notify_alloc (heap.c:255)
==28746== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==28746== by 0x4D639FE: CryptMemAlloc (main.c:124)
==28746== by 0x4D3E117: CertAddStoreToCollection (collectionstore.c:519)
==28746== by 0x4D84C65: CRYPT_SysOpenStoreW (store.c:608)
==28746== by 0x4D85B5B: CertOpenStore (store.c:907)
==28746== by 0x5889197: ???
==28746== by 0x58891EA: ???
==28746== by 0x588AEEA: ???
==28746== by 0x588BAAD: ???
==28746== by 0x4955536: test_crypt_ui_wiz_import (cryptui.c:397)
==28746== by 0x4956625: func_cryptui (cryptui.c:660)
==28746== by 0x495742C: run_test (test.h:584)
==28746== by 0x495781A: main (test.h:654)
==28746==
etc.
--
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=36126
Bug ID: 36126
Summary: valgrind shows a possible leak in msi/tests/install.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24112== 58 bytes in 1 blocks are possibly lost in loss record 341 of 758
==24112== at 0x7BC4C735: notify_alloc (heap.c:255)
==24112== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==24112== by 0x5069418: msi_alloc (msipriv.h:1188)
==24112== by 0x506B65C: msi_create_table (table.c:738)
==24112== by 0x500F919: CREATE_execute (create.c:72)
==24112== by 0x50453D9: MSI_ViewExecute (msiquery.c:456)
==24112== by 0x5016DAF: msi_add_table_to_db (database.c:783)
==24112== by 0x5017641: MSI_DatabaseImport (database.c:996)
==24112== by 0x5017861: MsiDatabaseImportW (database.c:1044)
==24112== by 0x5017975: MsiDatabaseImportA (database.c:1071)
==24112== by 0x4C9C113: create_database_wordcount (install.c:2442)
==24112== by 0x4CA1D82: test_readonlyfile_cab (install.c:3326)
==24112== by 0x4CAE5B2: func_install (install.c:5878)
==24112== by 0x4D69EB8: run_test (test.h:584)
==24112== by 0x4D6A2A7: main (test.h:654)
==24112==
--
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=36363
Bug ID: 36363
Summary: valgrind shows a potential leak in
hlink/tests/browse_ctx.c
Product: Wine
Version: 1.7.18
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
==15404== 28 bytes in 1 blocks are possibly lost in loss record 172 of 615
==15404== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==15404== by 0x5C01BB8: apartment_getclassobject (compobj.c:526)
==15404== by 0x5C04FC6: get_inproc_class_object (compobj.c:2894)
==15404== by 0x5C07D2F: CoGetClassObject (compobj.c:3032)
==15404== by 0x5C084B7: CoCreateInstance (compobj.c:3197)
==15404== by 0x4AA1081: HlinkCreateBrowseContext (hlink_main.c:178)
==15404== by 0x4A55492: func_browse_ctx (browse_ctx.c:47)
==15404== by 0x4A60218: run_test (test.h:584)
==15404== by 0x4A60607: main (test.h:654)
==15404==
--
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=36418
Bug ID: 36418
Summary: valgrind shows a possible leak in
ole32/tests/usrmarshal.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4348== 28 bytes in 1 blocks are possibly lost in loss record 168 of 582
==4348== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==4348== by 0x515CBB8: apartment_getclassobject (compobj.c:526)
==4348== by 0x515FFC6: get_inproc_class_object (compobj.c:2894)
==4348== by 0x5162D2F: CoGetClassObject (compobj.c:3032)
==4348== by 0x5184818: marshal_object (marshal.c:114)
==4348== by 0x51B2B34: start_apartment_remote_unknown (stubmanager.c:804)
==4348== by 0x5199D9C: RPC_StartRemoting (rpc.c:1645)
==4348== by 0x5184C52: StdMarshalImpl_MarshalInterface (marshal.c:1249)
==4348== by 0x518593A: CoMarshalInterface (objidl.h:611)
==4348== by 0x4BAC13E: marshal_WdtpInterfacePointer (usrmarshal.c:590)
==4348== by 0x4BAD05D: func_usrmarshal (usrmarshal.c:638)
==4348== by 0x4BADEA8: run_test (test.h:584)
==4348== by 0x4BAE297: main (test.h:654)
==4348==
--
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=36309
Bug ID: 36309
Summary: valgrind shows a definite leak in
ole32/tests/dragdrop.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==31321== 12 bytes in 1 blocks are definitely lost in loss record 95 of 716
==31321== at 0x7BC4C735: notify_alloc (heap.c:255)
==31321== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31321== by 0x50D611D: WrapDropTarget (ole2.c:513)
==31321== by 0x50D640A: RegisterDragDrop (ole2.c:598)
==31321== by 0x497A471: test_DoDragDrop (dragdrop.c:496)
==31321== by 0x497AF08: func_dragdrop (dragdrop.c:572)
==31321== by 0x49D0714: run_test (test.h:584)
==31321== by 0x49D0B03: main (test.h:654)
==31321==
--
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=36137
Bug ID: 36137
Summary: valgrind shows some leaks in oleaut32/tests/tmarshal.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==31591== 8 bytes in 1 blocks are possibly lost in loss record 45 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31591== by 0x7B84586B: HeapAlloc (heap.c:271)
==31591== by 0x7B845B40: GlobalAlloc (heap.c:376)
==31591== by 0x5461F06: CreateStreamOnHGlobal (hglobalstream.c:603)
==31591== by 0x4C73817: test_external_connection (tmarshal.c:1873)
==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31591== 72 bytes in 1 blocks are definitely lost in loss record 355 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC5161A: RtlReAllocateHeap (heap.c:1883)
==31591== by 0x7B8458E5: HeapReAlloc (heap.c:281)
==31591== by 0x7B846646: GlobalReAlloc (heap.c:679)
==31591== by 0x5461912: HGLOBALStreamImpl_SetSize (hglobalstream.c:381)
==31591== by 0x54615AD: HGLOBALStreamImpl_Write (objidl.h:4391)
==31591== by 0x5469938: StdMarshalImpl_MarshalInterface (objidl.h:4384)
==31591== by 0x546B65D: CoMarshalInterface (objidl.h:611)
==31591== by 0x4C73897: test_external_connection (tmarshal.c:1877)
==31591== by 0x4C741F7: func_tmarshal (tmarshal.c:1952)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31591== 32 bytes in 1 blocks are definitely lost in loss record 230 of 638
==31591== at 0x7BC4C735: notify_alloc (heap.c:255)
==31591== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31591== by 0x4FF22D2: deserialize_param (tmarshal.c:1201)
==31591== by 0x4FF3941: xCall (tmarshal.c:1482)
==31591== by 0x6E701B2: ???
==31591== by 0x4C741E3: func_tmarshal (tmarshal.c:1948)
==31591== by 0x4D75F00: run_test (test.h:584)
==31591== by 0x4D762EF: main (test.h:654)
==31928== 32 bytes in 1 blocks are definitely lost in loss record 230 of 639
==31928== at 0x7BC4C735: notify_alloc (heap.c:255)
==31928== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31928== by 0x4FD80FA: alloc_bstr (oleaut.c:162)
==31928== by 0x4FD8490: SysAllocStringLen (oleaut.c:324)
==31928== by 0x4FD81A7: SysAllocString (oleaut.c:232)
==31928== by 0x4C6FAB0: test_typelibmarshal (tmarshal.c:1327)
==31928== by 0x4C741E3: func_tmarshal (tmarshal.c:1948)
==31928== by 0x4D75F00: run_test (test.h:584)
==31928== by 0x4D762EF: main (test.h:654)
==31928==
==32011== 28 bytes in 1 blocks are possibly lost in loss record 185 of 637
==32011== at 0x7BC4C735: notify_alloc (heap.c:255)
==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526)
==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335)
==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894)
==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032)
==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114)
==32011== by 0x54266E7: marshal_object (marshal.c:151)
==32011== by 0x5460599: start_apartment_remote_unknown (stubmanager.c:804)
==32011== by 0x5441BF6: RPC_StartRemoting (rpc.c:1645)
==32011== by 0x5429867: StdMarshalImpl_MarshalInterface (marshal.c:1249)
==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611)
==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79)
==32011== by 0x7BC87087: ??? (signal_i386.c:2571)
==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==32011== by 0x7BC87065: ??? (signal_i386.c:2571)
==32011== by 0x7BC8E4B0: start_thread (thread.c:428)
==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32011== 28 bytes in 1 blocks are possibly lost in loss record 186 of 637
==32011== at 0x7BC4C735: notify_alloc (heap.c:255)
==32011== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32011== by 0x53FD8B6: COMPOBJ_DllList_Add (compobj.c:526)
==32011== by 0x53FFBF2: apartment_getclassobject (compobj.c:1335)
==32011== by 0x540333C: get_inproc_class_object (compobj.c:2894)
==32011== by 0x54037FB: CoGetClassObject (compobj.c:3032)
==32011== by 0x54265B1: get_facbuf_for_iid (marshal.c:114)
==32011== by 0x54266E7: marshal_object (marshal.c:151)
==32011== by 0x542989C: StdMarshalImpl_MarshalInterface (marshal.c:1251)
==32011== by 0x542B65D: CoMarshalInterface (objidl.h:611)
==32011== by 0x4C37CEE: host_object_proc (tmarshal.c:79)
==32011== by 0x7BC87087: ??? (signal_i386.c:2571)
==32011== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==32011== by 0x7BC87065: ??? (signal_i386.c:2571)
==32011== by 0x7BC8E4B0: start_thread (thread.c:428)
==32011== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==32011== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==32011==
--
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=36414
Bug ID: 36414
Summary: valgrind shows a definite leak in
ole32/tests/marshal.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24464== 72 bytes in 1 blocks are definitely lost in loss record 441 of 824
==24464== at 0x7BC51B57: RtlReAllocateHeap (heap.c:255)
==24464== by 0x7B844340: HeapReAlloc (heap.c:281)
==24464== by 0x7B84503C: GlobalReAlloc (heap.c:679)
==24464== by 0x539C75D: HGLOBALStreamImpl_SetSize (hglobalstream.c:381)
==24464== by 0x539C896: HGLOBALStreamImpl_Write (objidl.h:4391)
==24464== by 0x53A4CED: StdMarshalImpl_MarshalInterface (objidl.h:4384)
==24464== by 0x53A593A: CoMarshalInterface (objidl.h:611)
==24464== by 0x5384BE9: CoRegisterClassObject (compobj.c:969)
==24464== by 0x4D94452: test_local_server (marshal.c:2995)
==24464== by 0x4D9860E: func_marshal (marshal.c:3548)
==24464== by 0x4DCDEA8: run_test (test.h:584)
==24464== by 0x4DCE297: main (test.h:654)
==24464==
--
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=36424
Bug ID: 36424
Summary: valgrind shows a leak in quartz/tests/filtergraph.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27031== 28 bytes in 1 blocks are possibly lost in loss record 248 of 920
==27031== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==27031== by 0x530CBB8: apartment_getclassobject (compobj.c:526)
==27031== by 0x530FFC6: get_inproc_class_object (compobj.c:2894)
==27031== by 0x5312D2F: CoGetClassObject (compobj.c:3032)
==27031== by 0x53134B7: CoCreateInstance (compobj.c:3197)
==27031== by 0x6108B69: ???
==27031== by 0x4D6B3AD: test_render_filter_priority (strmif.h:4913)
==27031== by 0x4D6BFE7: func_filtergraph (filtergraph.c:1893)
==27031== by 0x4D723D4: run_test (test.h:584)
==27031== by 0x4D727C3: main (test.h:654)
==27031==
--
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=36264
Bug ID: 36264
Summary: valgrind shows a couple possible leaks in
dispex/tests/marshal.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==3861== 28 bytes in 1 blocks are possibly lost in loss record 176 of 609
==3861== at 0x7BC4C735: notify_alloc (heap.c:255)
==3861== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==3861== by 0x4D448CE: COMPOBJ_DllList_Add (compobj.c:526)
==3861== by 0x4D46C0A: apartment_getclassobject (compobj.c:1335)
==3861== by 0x4D4A354: get_inproc_class_object (compobj.c:2894)
==3861== by 0x4D4A813: CoGetClassObject (compobj.c:3032)
==3861== by 0x5886266: create_stub (ndr_ole.c:415)
==3861== by 0x5868E2B: CStdStubBuffer_Delegating_Construct (cstub.c:346)
==3861== by 0x58674C9: CStdPSFactory_CreateStub (cpsf.c:131)
==3861== by 0x4D6D8E4: marshal_object (objidl.h:9251)
==3861== by 0x4D709E0: StdMarshalImpl_MarshalInterface (marshal.c:1251)
==3861== by 0x4D727A1: CoMarshalInterface (objidl.h:611)
==3861== by 0x4954F33: host_object_proc (marshal.c:65)
==3861== by 0x7BC87087: ??? (signal_i386.c:2571)
==3861== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==3861== by 0x7BC87065: ??? (signal_i386.c:2571)
==3861== by 0x7BC8E4B0: start_thread (thread.c:428)
==3861== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==3861== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
--
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=36275
Bug ID: 36275
Summary: valgrind shows a possible leak in dsound's
DirectSoundDevice_Create, in dsound/tests/*.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
The system is currently failing this test (ds3d.c:984: Test failed:
DirectSoundCreate() failed: 8889000a), doesn't normally, not sure, why..in any
case, there's a leak:
==9326== 32 bytes in 1 blocks are possibly lost in loss record 390 of 985
==9326== at 0x7BC4C735: notify_alloc (heap.c:255)
==9326== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==9326== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326)
==9326== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356)
==9326== by 0x7B876AD0: InitializeCriticalSection (sync.c:313)
==9326== by 0x5F69F72: DirectSoundDevice_Create (dsound.c:649)
==9326== by 0x5F6A7D3: DirectSoundDevice_Initialize (dsound.c:781)
==9326== by 0x5F69494: IDirectSound8Impl_Initialize (dsound.c:398)
==9326== by 0x5F69915: DirectSoundCreate (dsound.c:520)
==9326== by 0x495C1C7: test_for_driver (ds3d.c:983)
==9326== by 0x495D5F0: dsenum_callback (ds3d.c:1272)
==9326== by 0x5F6D693: a_to_w_callback (dsound_main.c:319)
==9326== by 0x5F6DCBD: send_device (dsound_main.c:442)
==9326== by 0x5F6E0E6: enumerate_mmdevices (dsound_main.c:517)
==9326== by 0x5F6E278: DirectSoundEnumerateW (dsound_main.c:561)
==9326== by 0x5F6D736: DirectSoundEnumerateA (dsound_main.c:349)
==9326== by 0x495DAB4: ds3d_tests (ds3d.c:1315)
==9326== by 0x495DBA2: func_ds3d (ds3d.c:1335)
==9326== by 0x4974540: run_test (test.h:584)
==9326== by 0x497492F: main (test.h:654)
==9326==
Also affects the dsound.c, dsound8.c, ... tests
--
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=36403
Bug ID: 36403
Summary: valgrind shows a possible leak in dsound/tests/ds3d8.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14489== 28 bytes in 1 blocks are possibly lost in loss record 220 of 926
==14489== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==14489== by 0x51F2BE8: apartment_getclassobject (compobj.c:526)
==14489== by 0x51F5FF6: get_inproc_class_object (compobj.c:2894)
==14489== by 0x51F8D5F: CoGetClassObject (compobj.c:3032)
==14489== by 0x51F94E7: CoCreateInstance (compobj.c:3197)
==14489== by 0x65376E2: get_mmdevenum (dsound_main.c:178)
==14489== by 0x6538A42: enumerate_mmdevices (dsound_main.c:466)
==14489== by 0x6538D8D: DirectSoundEnumerateW (dsound_main.c:561)
==14489== by 0x6538E61: DirectSoundEnumerateA (dsound_main.c:349)
==14489== by 0x4AC54B8: func_ds3d8 (ds3d8.c:1137)
==14489== by 0x4AB820B: main (test.h:584)
==14489==
--
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=36322
Bug ID: 36322
Summary: valgrind shows a leak in rpcrpc4/tests/cstub.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==32691== 24 bytes in 1 blocks are definitely lost in loss record 155 of 562
==32691== at 0x7BC4C735: notify_alloc (heap.c:255)
==32691== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32691== by 0x55C045F: CStdStubBuffer_Construct (cstub.c:88)
==32691== by 0x55BF517: CStdPSFactory_CreateStub (cpsf.c:135)
==32691== by 0x495AD74: create_stub (objidl.h:9251)
==32691== by 0x495B861: test_Connect (cstub.c:867)
==32691== by 0x495C5C5: func_cstub (cstub.c:1174)
==32691== by 0x4995124: run_test (test.h:584)
==32691== by 0x4995513: main (test.h:654)
==32691==
--
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=36433
Bug ID: 36433
Summary: valgrind shows a couple leaks in
shell32/tests/shelldispatch.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28557== 24 bytes in 1 blocks are definitely lost in loss record 165 of 615
==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28557== by 0x4F5C378: ShellDispatch_NameSpace (shelldispatch.c:774)
==28557== by 0x4D8817A: func_shelldispatch (shldisp.h:3077)
==28557== by 0x4DC8888: run_test (test.h:584)
==28557== by 0x4DC8C77: main (test.h:654)
==28557==
==28557== 28 bytes in 1 blocks are possibly lost in loss record 174 of 615
==28557== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==28557== by 0x5C44BB8: apartment_getclassobject (compobj.c:526)
==28557== by 0x5C47FC6: get_inproc_class_object (compobj.c:2894)
==28557== by 0x5C4AD2F: CoGetClassObject (compobj.c:3032)
==28557== by 0x5C4B4B7: CoCreateInstance (compobj.c:3197)
==28557== by 0x4D87FE2: func_shelldispatch (shelldispatch.c:72)
==28557== by 0x4DC8888: run_test (test.h:584)
==28557== by 0x4DC8C77: main (test.h:654)
==28557==
--
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=36402
Bug ID: 36402
Summary: valgrind shows several leaks in dsound/tests/duplex.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==32429== 88,200 bytes in 1 blocks are definitely lost in loss record 822 of
822
==32429== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==32429== by 0x652CEF2: IDirectSoundCaptureImpl_CreateCaptureBuffer
(capture.c:797)
==32429== by 0x6536497: IDirectSoundFullDuplexImpl_Initialize (duplex.c:233)
==32429== by 0x4AAF23D: func_duplex (duplex.c:286)
==32429== by 0x4A9520B: main (test.h:584)
==32429==
--
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=26110
Summary: ole32/marshal test shows several valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33290)
--> (http://bugs.winehq.org/attachment.cgi?id=33290)
valgrind log
Syscall param write(buf) points to uninitialised byte(s)
at ??? (in /lib/libpthread-2.11.2.so)
by WriteFile (file.c:547)
by rpcrt4_conn_np_write (rpc_transport.c:441)
by rpcrt4_conn_write (rpc_binding.h:183)
by RPCRT4_SendWithAuth (rpc_message.c:849)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
Address 0x7f030894 is 44 bytes inside a block of size 92 alloc'd
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by RPCRT4_SendWithAuth (rpc_message.c:808)
by RPCRT4_Send (rpc_message.c:1245)
by process_request_packet (rpc_server.c:463)
by RPCRT4_process_packet (rpc_server.c:518)
by RPCRT4_worker_thread (rpc_server.c:540)
by worker_thread_proc (threadpool.c:114)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
Uninitialised value was created by a client request
at mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1702)
by IMalloc_fnAlloc (ifs.c:186)
by CoTaskMemAlloc (ifs.c:395)
by RemUnknown_RemQueryInterface (stubmanager.c:664)
by IRemUnknown_RemQueryInterface_Stub (dcom_p.c:370)
by CStdStubBuffer_Invoke (cstub.c:477)
by RPC_ExecuteCall (rpc.c:1414)
by apartment_wndproc (compobj.c:897)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by WINPROC_call_window (winproc.c:910)
by DispatchMessageA (message.c:3639)
by test_register_local_server (marshal.c:2625)
by func_marshal (marshal.c:3067)
by run_test (test.h:556)
by main (test.h:624)
...
24 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by IDefClF_fnConstructor (shellole.c:386)
by DllGetClassObject (shellole.c:219)
by apartment_getclassobject (compobj.c:806)
by apartment_hostobject (compobj.c:879)
by apartment_wndproc (compobj.c:900)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by peek_message (message.c:2775)
by GetMessageW (message.c:3511)
by apartment_hostobject_thread (compobj.c:942)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
68 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:634)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
...
72 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by I_RpcAllocate (rpcrt4_main.c:705)
by I_RpcGetBuffer (rpc_message.c:1647)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:721)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_marshal_stub_apartment_shutdown (marshal.c:744)
by func_marshal (marshal.c:3092)
by run_test (test.h:556)
by main (test.h:624)
...
116 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ClientRpcChannelBuffer_GetBuffer (rpc.c:638)
by NdrProxyGetBuffer (cproxy.c:395)
by IRemUnknown_RemRelease_Proxy (dcom_p.c:631)
by ifproxy_release_public_refs (marshal.c:673)
by ifproxy_destroy (marshal.c:708)
by proxy_manager_destroy (marshal.c:1109)
by ClientIdentity_Release (marshal.c:268)
by IUnknown_Release_Proxy (cproxy.c:361)
by test_no_couninitialize_server (marshal.c:894)
by func_marshal (marshal.c:3095)
by run_test (test.h:556)
by main (test.h:624)
and several possibly losts as well. Full log attached.
--
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=36397
Bug ID: 36397
Summary: valgrind shows a couple warnings in
ieframe/tests/intshcut.c
Product: Wine
Version: 1.7.18
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 ieframe.dll -p
ieframe_test.exe.so intshcut && touch intshcut.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ole:CoCreateInstance Class {fbf23b40-e3f0-101b-8488-00aa003e56f8} does
not support aggregation
fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1
fixme:ieframe:UniformResourceLocatorA_SetUrl ignoring unsupported flags 0x1
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28304== Syscall param write(buf) points to uninitialised byte(s)
==28304== at 0x421ECF3: __write_nocancel (syscall-template.S:81)
==28304== by 0x7BC48C5A: NtWriteFile (file.c:1073)
==28304== by 0x7B83D0FA: WriteFile (file.c:563)
==28304== by 0x520B8B4: FileLockBytesImpl_WriteAt (filelockbytes.c:286)
==28304== by 0x523858F: StorageImpl_WriteBigBlock (objidl.h:5753)
==28304== by 0x523F1C7: BlockChainStream_Flush (storage32.c:6430)
==28304== by 0x523F20D: StorageImpl_Flush (storage32.c:3284)
==28304== by 0x52376D7: StgStreamImpl_Write (storage32.h:268)
==28304== by 0x5233412: PropertyStorage_WritePropertyToStream
(objidl.h:4384)
==28304== by 0x52337D6: PropertyStorage_PropertiesWriter (stg_prop.c:1861)
==28304== by 0x5209ABB: dictionary_enumerate (dictionary.c:189)
==28304== by 0x523588A: IPropertyStorage_fnCommit (stg_prop.c:1875)
==28304== by 0x4A96E0C: test_ReadAndWriteProperties (propidl.h:540)
==28304== by 0x4A97720: func_intshcut (intshcut.c:390)
==28304== by 0x4A9532B: main (test.h:584)
==28304== Address 0x4c8e8ce is 150 bytes inside a block of size 8,260 alloc'd
==28304== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==28304== by 0x523FCD3: BlockChainStream_Construct (storage32.c:6398)
==28304== by 0x5240991: StorageImpl_Construct.isra.29 (storage32.c:3213)
==28304== by 0x524307E: Storage_Construct.isra.34 (storage32.c:5544)
==28304== by 0x5243243: create_storagefile.isra.35 (storage32.c:7768)
==28304== by 0x5243885: StgCreateStorageEx (storage32.c:7862)
==28304== by 0x69716E1: create_shortcut (intshcut.c:820)
==28304== by 0x697297C: InternetShortcut_Create (intshcut.c:855)
==28304== by 0x51F950D: CoCreateInstance (unknwn.h:226)
==28304== by 0x4A966F1: test_ReadAndWriteProperties (intshcut.c:191)
==28304== by 0x4A97720: func_intshcut (intshcut.c:390)
==28304== by 0x4A9532B: main (test.h:584)
==28304== Uninitialised value was created by a stack allocation
==28304== at 0x4A9647F: test_ReadAndWriteProperties (intshcut.c:170)
==28304==
==28304== Conditional jump or move depends on uninitialised value(s)
==28304== at 0x4AA6C35: winetest_vok (test.h:311)
==28304== by 0x4AA6DFA: winetest_ok (test.h:357)
==28304== by 0x4A96A85: test_ReadAndWriteProperties (intshcut.c:269)
==28304== by 0x4A97720: func_intshcut (intshcut.c:390)
==28304== by 0x4A9532B: main (test.h:584)
==28304== Uninitialised value was created by a stack allocation
==28304== at 0x6971816: PersistFile_Load (intshcut.c:456)
==28304==
--
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=36214
Bug ID: 36214
Summary: valgrind shows several definite leaks when running
iexplore.exe
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24724== 16 bytes in 1 blocks are definitely lost in loss record 197 of 1,087
==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==24724== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==24724== by 0x7B8457FF: HeapAlloc (heap.c:271)
==24724== by 0x7B845A26: GlobalAlloc (heap.c:364)
==24724== by 0x7B846E63: LocalAlloc (heap.c:967)
==24724== by 0x65399B3: Alloc (comctl32undoc.c:74)
==24724== by 0x653D7BF: SetWindowSubclass (commctrl.c:1030)
==24724== by 0x653592D: COMBOEX_Create (comboex.c:1014)
==24724== by 0x6538F70: COMBOEX_WindowProc (comboex.c:2006)
==24724== by 0x573E43D: ??? (winproc.c:173)
==24724== by 0x573E5B2: call_window_proc (winproc.c:244)
==24724== by 0x574074B: WINPROC_call_window (winproc.c:900)
==24724== by 0x56FD0F8: call_window_proc (message.c:2223)
==24724== by 0x56FFF96: send_message (message.c:3260)
==24724== by 0x57005B4: SendMessageW (message.c:3454)
==24724== by 0x572FCC9: WIN_CreateWindowEx (win.c:1615)
==24724== by 0x57302EB: CreateWindowExW (win.c:1751)
==24724== by 0x4E86215: create_rebar (iexplore.c:482)
==24724== by 0x4E86337: iewnd_OnCreate (iexplore.c:506)
==24724== by 0x4E86B59: ie_window_proc (iexplore.c:665)
==24724==
==24724== 72 bytes in 1 blocks are definitely lost in loss record 582 of 1,087
==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883)
==24724== by 0x7B845879: HeapReAlloc (heap.c:281)
==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679)
==24724== by 0x51EE9B3: HGLOBALStreamImpl_SetSize (hglobalstream.c:381)
==24724== by 0x51EE64E: HGLOBALStreamImpl_Write (objidl.h:4391)
==24724== by 0x51F69D6: StdMarshalImpl_MarshalInterface (objidl.h:4384)
==24724== by 0x51F86FB: CoMarshalInterface (objidl.h:611)
==24724== by 0x51CBE90: get_local_server_stream (compobj.c:969)
==24724== by 0x51CFEF2: CoRegisterClassObject (compobj.c:2805)
==24724== by 0x4E814AA: register_class_object (ieframe_main.c:277)
==24724== by 0x4E87EB5: IEWinMain (iexplore.c:1042)
==24724== by 0x4E489F4: wWinMain (main.c:84)
==24724== by 0x4E48CDC: wmain (exe_wmain.c:51)
==24724== by 0x4E48BB9: __wine_spec_exe_wentry (exe_wentry.c:36)
==24724== by 0x7B8641DB: ??? (process.c:1045)
==24724== by 0x7B864328: start_process (process.c:1097)
==24724== by 0x7BC87017: ??? (signal_i386.c:2571)
==24724== by 0x7BC87060: call_thread_func (signal_i386.c:2630)
==24724== by 0x7BC86FF5: ??? (signal_i386.c:2571)
==24724==
==24724== 72 bytes in 1 blocks are definitely lost in loss record 583 of 1,087
==24724== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==24724== by 0x7BC5159C: RtlReAllocateHeap (heap.c:1883)
==24724== by 0x7B845879: HeapReAlloc (heap.c:281)
==24724== by 0x7B8465DA: GlobalReAlloc (heap.c:679)
==24724== by 0x7B846F95: LocalReAlloc (heap.c:1078)
==24724== by 0x56C521C: EDIT_MakeFit (edit.c:1389)
==24724== by 0x56C836F: EDIT_EM_ReplaceSel (edit.c:2612)
==24724== by 0x56CC192: EDIT_WM_SetText (edit.c:3896)
==24724== by 0x56D02AB: EditWndProc_common (edit.c:5097)
==24724== by 0x5740F59: EditWndProcW (winproc.c:1082)
==24724== by 0x573E43D: ??? (winproc.c:173)
==24724== by 0x573E5B2: call_window_proc (winproc.c:244)
==24724== by 0x5740A06: CallWindowProcW (winproc.c:981)
==24724== by 0x653E0A9: DefSubclassProc (commctrl.c:1263)
==24724== by 0x65385C6: COMBOEX_EditWndProc (comboex.c:1817)
==24724== by 0x653E132: DefSubclassProc (commctrl.c:1270)
==24724== by 0x653DE60: COMCTL32_SubclassProc (commctrl.c:1212)
==24724== by 0x573E43D: ??? (winproc.c:173)
==24724== by 0x573E5B2: call_window_proc (winproc.c:244)
==24724== by 0x574074B: WINPROC_call_window (winproc.c:900)
==24724==
==24706== 24 bytes in 2 blocks are definitely lost in loss record 5,381 of
13,659
==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==24706== by 0x8B820E3: heap_alloc (jscript.h:60)
==24706== by 0x8B824A1: jsstr_alloc_buf (jsstr.c:76)
==24706== by 0x8B952D7: jsstr_substr (jsstr.h:169)
==24706== by 0x8B987CA: String_substring (string.c:1321)
==24706== by 0x8B66AC8: invoke_prop_func (dispex.c:384)
==24706== by 0x8B66B64: invoke_prop_func (dispex.c:393)
==24706== by 0x8B69024: jsdisp_call (dispex.c:1080)
==24706== by 0x8B69188: disp_call (dispex.c:1111)
==24706== by 0x8B6E19D: interp_call_member (engine.c:1031)
==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461)
==24706== by 0x8B72EF7: exec_source (engine.c:2533)
==24706== by 0x8B75304: invoke_source (function.c:240)
==24706== by 0x8B75810: Function_invoke (function.c:357)
==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061)
==24706== by 0x8B696D6: disp_call_value (dispex.c:1200)
==24706== by 0x8B66CAE: invoke_prop_func (dispex.c:403)
==24706== by 0x8B69024: jsdisp_call (dispex.c:1080)
==24706== by 0x8B69188: disp_call (dispex.c:1111)
==24706==
==24706== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of
13,659
==24706== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==24706== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==24706== by 0x5C080B4: alloc_bstr (oleaut.c:162)
==24706== by 0x5C0844A: SysAllocStringLen (oleaut.c:324)
==24706== by 0x5C08161: SysAllocString (oleaut.c:232)
==24706== by 0x5C3B504: ITypeInfo_fnGetDocumentation (typelib.c:7505)
==24706== by 0x7A80201: add_func_info (oaidl.h:1526)
==24706== by 0x7A808F9: preprocess_dispex_data (dispex.c:358)
==24706== by 0x7A80DDF: get_dispex_data (dispex.c:463)
==24706== by 0x7A81FC4: get_builtin_id (dispex.c:863)
==24706== by 0x7A83F0E: DispatchEx_GetDispID (dispex.c:1372)
==24706== by 0x7AA7668: DocDispatchEx_GetDispID (dispex.h:296)
==24706== by 0x8B6BD9E: disp_get_id (dispex.h:296)
==24706== by 0x8B6D918: interp_member (engine.c:886)
==24706== by 0x8B72B1C: enter_bytecode (engine.c:2461)
==24706== by 0x8B72EF7: exec_source (engine.c:2533)
==24706== by 0x8B75304: invoke_source (function.c:240)
==24706== by 0x8B75810: Function_invoke (function.c:357)
==24706== by 0x8B68F48: jsdisp_call_value (dispex.c:1061)
==24706== by 0x8B696D6: disp_call_value (dispex.c:1200)
==24706==
==25671== 32 bytes in 1 blocks are definitely lost in loss record 7,728 of
13,654
==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==25671== by 0x8B9C54B: heap_alloc_zero (jscript.h:65)
==25671== by 0x8B9D5B8: create_object (object.c:329)
==25671== by 0x8B8538C: invoke_constructor (function.c:263)
==25671== by 0x8B857AC: Function_invoke (function.c:354)
==25671== by 0x8B78F48: jsdisp_call_value (dispex.c:1061)
==25671== by 0x8B796D6: disp_call_value (dispex.c:1200)
==25671== by 0x8B7DE87: interp_new (engine.c:984)
==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461)
==25671== by 0x8B82EF7: exec_source (engine.c:2533)
==25671== by 0x8B85304: invoke_source (function.c:240)
==25671== by 0x8B85577: call_function (function.c:308)
==25671== by 0x8B85E19: Function_apply (function.c:481)
==25671== by 0x8B76AC8: invoke_prop_func (dispex.c:384)
==25671== by 0x8B76B64: invoke_prop_func (dispex.c:393)
==25671== by 0x8B79024: jsdisp_call (dispex.c:1080)
==25671== by 0x8B79188: disp_call (dispex.c:1111)
==25671== by 0x8B7E19D: interp_call_member (engine.c:1031)
==25671== by 0x8B82B1C: enter_bytecode (engine.c:2461)
==25671==
==25671== 64 bytes in 1 blocks are definitely lost in loss record 10,535 of
13,654
==25671== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==25671== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==25671== by 0x5C0C0B4: alloc_bstr (oleaut.c:162)
==25671== by 0x5C0C44A: SysAllocStringLen (oleaut.c:324)
==25671== by 0x5C0C161: SysAllocString (oleaut.c:232)
==25671== by 0x4F2E78C: Uri_GetPropertyBSTR (uri.c:4376)
==25671== by 0x4F2FBC6: Uri_GetDisplayUri (urlmon.h:6608)
==25671== by 0x7B57217: set_current_uri (urlmon.h:6626)
==25671== by 0x7B5751B: set_current_mon (persist.c:175)
==25671== by 0x7B57E4C: prepare_for_binding (persist.c:323)
==25671== by 0x7B58C61: PersistMoniker_Load (persist.c:621)
==25671== by 0x4EFC1C7: load_doc_mon (urlmon.h:2290)
==25671== by 0x4EFC440: create_mime_object (binding.c:278)
==25671== by 0x4EFC652: create_object (binding.c:308)
==25671== by 0x4EFF1E8: report_data (binding.c:1077)
==25671== by 0x4EFF531: InternetProtocolSink_ReportData (binding.c:1126)
==25671== by 0x4F048BC: ProtocolSinkHandler_ReportData (urlmon.h:3113)
==25671== by 0x4F0540D: report_data_proc (urlmon.h:3113)
==25671== by 0x4F0110E: process_tasks (bindprot.c:57)
==25671== by 0x4F0115C: notif_wnd_proc (bindprot.c:68)
==25671==
==26609== 32 bytes in 1 blocks are definitely lost in loss record 7,760 of
13,724
==26609== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==26609== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==26609== by 0x8B5850F: heap_alloc (jscript.h:60)
==26609== by 0x8B59488: alloc_label (compile.c:380)
==26609== by 0x8B5C127: compile_switch_statement (compile.c:1547)
==26609== by 0x8B5C912: compile_statement (compile.c:1748)
==26609== by 0x8B5AF2E: compile_block_statement (compile.c:1068)
==26609== by 0x8B5CD84: compile_function (compile.c:1853)
==26609== by 0x8B5D0C5: compile_function (compile.c:1911)
==26609== by 0x8B5D0C5: compile_function (compile.c:1911)
==26609== by 0x8B5D5F8: compile_script (compile.c:2021)
==26609== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769)
==26609== by 0x7B61BAE: parse_text (activscp.h:1290)
==26609== by 0x7B61D1F: parse_extern_script (script.c:745)
==26609== by 0x7B62030: parse_script_elem (script.c:799)
==26609== by 0x7B6273C: doc_insert_script (script.c:936)
==26609== by 0x7B211AF: run_insert_script (mutation.c:346)
==26609== by 0x7B21681: nsRunnable_Run (mutation.c:439)
==26609== by 0x6A0FA704: ???
==26609== by 0x6A211632: ???
==26609==
==28818== 32 bytes in 1 blocks are definitely lost in loss record 7,897 of
14,502
==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==28818== by 0x8B5850F: heap_alloc (jscript.h:60)
==28818== by 0x8B59488: alloc_label (compile.c:380)
==28818== by 0x8B5C127: compile_switch_statement (compile.c:1547)
==28818== by 0x8B5C912: compile_statement (compile.c:1748)
==28818== by 0x8B5AF2E: compile_block_statement (compile.c:1068)
==28818== by 0x8B5CD84: compile_function (compile.c:1853)
==28818== by 0x8B5D0C5: compile_function (compile.c:1911)
==28818== by 0x8B5D0C5: compile_function (compile.c:1911)
==28818== by 0x8B5D5F8: compile_script (compile.c:2021)
==28818== by 0x8B7D695: JScriptParse_ParseScriptText (jscript.c:769)
==28818== by 0x7B71BAE: parse_text (activscp.h:1290)
==28818== by 0x7B71D1F: parse_extern_script (script.c:745)
==28818== by 0x7B72030: parse_script_elem (script.c:799)
==28818== by 0x7B7273C: doc_insert_script (script.c:936)
==28818== by 0x7B311AF: run_insert_script (mutation.c:346)
==28818== by 0x7B31681: nsRunnable_Run (mutation.c:439)
==28818== by 0x6A0FA704: ???
==28818== by 0x6A211632: ???
==28818==
==28818== 64 bytes in 1 blocks are definitely lost in loss record 10,970 of
14,502
==28818== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==28818== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==28818== by 0x5C1D0B4: alloc_bstr (oleaut.c:162)
==28818== by 0x5C1D44A: SysAllocStringLen (oleaut.c:324)
==28818== by 0x5C1D161: SysAllocString (oleaut.c:232)
==28818== by 0x4F3B78C: Uri_GetPropertyBSTR (uri.c:4376)
==28818== by 0x4F3CBC6: Uri_GetDisplayUri (urlmon.h:6608)
==28818== by 0x7B60217: set_current_uri (urlmon.h:6626)
==28818== by 0x7B6051B: set_current_mon (persist.c:175)
==28818== by 0x7B60E4C: prepare_for_binding (persist.c:323)
==28818== by 0x7B61C61: PersistMoniker_Load (persist.c:621)
==28818== by 0x4F091C7: load_doc_mon (urlmon.h:2290)
==28818== by 0x4F09440: create_mime_object (binding.c:278)
==28818== by 0x4F09652: create_object (binding.c:308)
==28818== by 0x4F0C1E8: report_data (binding.c:1077)
==28818== by 0x4F0C531: InternetProtocolSink_ReportData (binding.c:1126)
==28818== by 0x4F118BC: ProtocolSinkHandler_ReportData (urlmon.h:3113)
==28818== by 0x4F1240D: report_data_proc (urlmon.h:3113)
==28818== by 0x4F0E10E: process_tasks (bindprot.c:57)
==28818== by 0x4F0E15C: notif_wnd_proc (bindprot.c:68)
==28818==
--
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=36278
Bug ID: 36278
Summary: valgrind shows a leak in gameux/tests/gamexplorer.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==27747== 28 bytes in 1 blocks are possibly lost in loss record 214 of 672
==27747== at 0x7BC4C735: notify_alloc (heap.c:255)
==27747== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==27747== by 0x57068CE: COMPOBJ_DllList_Add (compobj.c:526)
==27747== by 0x5708C0A: apartment_getclassobject (compobj.c:1335)
==27747== by 0x570C354: get_inproc_class_object (compobj.c:2894)
==27747== by 0x570C813: CoGetClassObject (compobj.c:3032)
==27747== by 0x570CDD5: CoCreateInstance (compobj.c:3197)
==27747== by 0x612F20F: GAMEUX_ParseGDFBinary (gameexplorer.c:437)
==27747== by 0x7BC87087: ??? (signal_i386.c:2571)
==27747== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==27747== by 0x7BC87065: ??? (signal_i386.c:2571)
==27747== by 0x7BC8E4B0: start_thread (thread.c:428)
==27747== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==27747== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==27747==
--
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=36308
Bug ID: 36308
Summary: valgrind shows some possible leaks in
ole32/tests/compobj.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==31284== 8 bytes in 1 blocks are possibly lost in loss record 56 of 665
==31284== at 0x7BC4C735: notify_alloc (heap.c:255)
==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31284== by 0x7B84586B: HeapAlloc (heap.c:271)
==31284== by 0x7B845B40: GlobalAlloc (heap.c:376)
==31284== by 0x509C3E7: OLEClipbrd_Initialize (clipboard.c:1732)
==31284== by 0x50D5772: OleInitialize (ole2.c:215)
==31284== by 0x497783C: test_CoInitializeEx (compobj.c:1924)
==31284== by 0x4977F18: func_compobj (compobj.c:2034)
==31284== by 0x49D0714: run_test (test.h:584)
==31284== by 0x49D0B03: main (test.h:654)
==31284==
==31284== 20 bytes in 1 blocks are possibly lost in loss record 152 of 665
==31284== at 0x7BC4C735: notify_alloc (heap.c:255)
==31284== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31284== by 0x50AB48E: CoGetObjectContext (compobj.c:4872)
==31284== by 0x50AB679: CoGetContextToken (compobj.c:4925)
==31284== by 0x49770AE: test_CoGetContextToken (compobj.c:1840)
==31284== by 0x4977F0E: func_compobj (compobj.c:2032)
==31284== by 0x49D0714: run_test (test.h:584)
==31284== by 0x49D0B03: main (test.h:654)
==31284==
--
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=36315
Bug ID: 36315
Summary: valgrind shows several leaks in qedit/tests/mediadet.c
Product: Wine
Version: 1.7.18
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
Created attachment 48402
--> https://bugs.winehq.org/attachment.cgi?id=48402
valgrind log
==31827== 28 bytes in 1 blocks are possibly lost in loss record 239 of 877
==31827== at 0x7BC4C735: notify_alloc (heap.c:255)
==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31827== by 0x4B5B262: heap_alloc_zero (typelib.c:1662)
==31827== by 0x4B5DEA1: MSFT_ReadAllRefs (typelib.c:2902)
==31827== by 0x4B6014C: ITypeLib2_Constructor_MSFT (typelib.c:3716)
==31827== by 0x4B5F3B8: TLB_ReadTypeLib (typelib.c:3460)
==31827== by 0x4B576DC: LoadTypeLibEx (typelib.c:478)
==31827== by 0x4B57618: LoadTypeLib (typelib.c:454)
==31827== by 0x4B5786A: LoadRegTypeLib (typelib.c:537)
==31827== by 0x6073AD3: ???
==31827== by 0x607A475: ???
==31827== by 0x600A806: ???
==31827== by 0x600AAC0: ???
==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226)
==31827== by 0x5FADE44: SampleGrabber_create (samplegrabber.c:1304)
==31827== by 0x5FA741F: DSCF_CreateInstance (main.c:110)
==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226)
==31827== by 0x4956F1F: test_samplegrabber (mediadet.c:388)
==31827== by 0x4957979: func_mediadet (mediadet.c:475)
==31827== by 0x495877C: run_test (test.h:584)
==31827==
==31827== 32 bytes in 1 blocks are possibly lost in loss record 293 of 877
==31827== at 0x7BC4C735: notify_alloc (heap.c:255)
==31827== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==31827== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326)
==31827== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356)
==31827== by 0x7B876AD0: InitializeCriticalSection (sync.c:313)
==31827== by 0x6074935: ???
==31827== by 0x6011AC3: ???
==31827== by 0x5FE5C00: ???
==31827== by 0x600AAC0: ???
==31827== by 0x50A3E26: CoCreateInstance (unknwn.h:226)
==31827== by 0x5FA8D03: GetSplitter (mediadet.c:435)
==31827== by 0x5FA9282: MediaDet_put_Filename (mediadet.c:513)
==31827== by 0x4955998: test_mediadet (qedit.h:598)
==31827== by 0x4957974: func_mediadet (mediadet.c:474)
==31827== by 0x495877C: run_test (test.h:584)
==31827== by 0x4958B6A: main (test.h:654)
==31827==
==4134== 66 bytes in 1 blocks are definitely lost in loss record 456 of 929
==4134== at 0x7BC4C735: notify_alloc (heap.c:255)
==4134== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4134== by 0x52C2635: IMalloc_fnAlloc (ifs.c:186)
==4134== by 0x52C2F50: CoTaskMemAlloc (objidl.h:1236)
==4134== by 0x6345811: ???
==4134== by 0x634F193: ???
==4134== by 0x630023B: MediaDet_put_Filename (strmif.h:6469)
==4134== by 0x4A79998: test_mediadet (qedit.h:598)
==4134== by 0x4A7B974: func_mediadet (mediadet.c:474)
==4134== by 0x4A7C77C: run_test (test.h:584)
==4134== by 0x4A7CB6A: main (test.h:654)
==4134==
etc.
--
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=36420
Bug ID: 36420
Summary: valgrind shows a possible leak in
oledb32/tests/convert.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oledb32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4543== 28 bytes in 1 blocks are possibly lost in loss record 173 of 580
==4543== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==4543== by 0x512CBB8: apartment_getclassobject (compobj.c:526)
==4543== by 0x512FFC6: get_inproc_class_object (compobj.c:2894)
==4543== by 0x5132D2F: CoGetClassObject (compobj.c:3032)
==4543== by 0x51334B7: CoCreateInstance (compobj.c:3197)
==4543== by 0x4B75932: test_dcinfo (convert.c:47)
==4543== by 0x4B84AFA: func_convert (convert.c:2908)
==4543== by 0x4B90E18: run_test (test.h:584)
==4543== by 0x4B91207: main (test.h:654)
==4543==
--
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=36361
Bug ID: 36361
Summary: valgrind shows several uninitialized values in
dsound/tests/propset.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14871== Conditional jump or move depends on uninitialised value(s)
==14871== at 0x4A6FE18: callback (propset.c:70)
==14871== by 0x6164293: DSPROPERTY_enumWtoA (propset.c:388)
==14871== by 0x61647E4: enum_callback (propset.c:298)
==14871== by 0x615AE42: send_device (dsound_main.c:442)
==14871== by 0x615BC13: enumerate_mmdevices (dsound_main.c:502)
==14871== by 0x616458D: DSPROPERTY_EnumerateW (propset.c:326)
==14871== by 0x61659B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==14871== by 0x4A71C43: func_propset (propset.c:439)
==14871== by 0x4A72EC4: run_test (test.h:584)
==14871== by 0x4A732B3: main (test.h:654)
==14871== Uninitialised value was created by a stack allocation
==14871== at 0x61646DC: enum_callback (propset.c:274)
==14871==
==15026== Conditional jump or move depends on uninitialised value(s)
==15026== at 0x4A70286: callback1 (propset.c:94)
==15026== by 0x6170013: DSPROPERTY_enumWto1 (propset.c:421)
==15026== by 0x61707E4: enum_callback (propset.c:298)
==15026== by 0x6166E42: send_device (dsound_main.c:442)
==15026== by 0x6167C13: enumerate_mmdevices (dsound_main.c:502)
==15026== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326)
==15026== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==15026== by 0x4A71DB1: func_propset (propset.c:469)
==15026== by 0x4A72EC4: run_test (test.h:584)
==15026== by 0x4A732B3: main (test.h:654)
==15026== Uninitialised value was created by a stack allocation
==15026== at 0x61706DC: enum_callback (propset.c:274)
--
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=36362
Bug ID: 36362
Summary: valgrind shows a potential leak in
dsound/tests/propset.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==15257== 28 bytes in 1 blocks are possibly lost in loss record 230 of 799
==15257== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==15257== by 0x4E42BB8: apartment_getclassobject (compobj.c:526)
==15257== by 0x4E45FC6: get_inproc_class_object (compobj.c:2894)
==15257== by 0x4E48D2F: CoGetClassObject (compobj.c:3032)
==15257== by 0x4E494B7: CoCreateInstance (compobj.c:3197)
==15257== by 0x6166702: get_mmdevenum (dsound_main.c:178)
==15257== by 0x6167A62: enumerate_mmdevices (dsound_main.c:466)
==15257== by 0x617058D: DSPROPERTY_EnumerateW (propset.c:326)
==15257== by 0x61719B6: IKsPrivatePropertySetImpl_Get (propset.c:411)
==15257== by 0x4A71C43: func_propset (propset.c:439)
==15257== by 0x4A72EC4: run_test (test.h:584)
==15257== by 0x4A732B3: main (test.h:654)
==15257==
--
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=36138
Bug ID: 36138
Summary: valgrind shows some leaks in oleaut32/tests/typelib.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48298
--> https://bugs.winehq.org/attachment.cgi?id=48298
valgrind log
==32128== 16 bytes in 1 blocks are possibly lost in loss record 122 of 609
==32128== at 0x7BC4C735: notify_alloc (heap.c:255)
==32128== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32128== by 0x4F980FA: alloc_bstr (oleaut.c:162)
==32128== by 0x4F98490: SysAllocStringLen (oleaut.c:324)
==32128== by 0x4F981A7: SysAllocString (oleaut.c:232)
==32128== by 0x4FBBBA5: TLB_append_str (typelib.c:1979)
==32128== by 0x4FCEAC1: ICreateTypeLib2_fnCreateTypeInfo (typelib.c:8728)
==32128== by 0x4C5A83F: test_SetFuncAndParamNames (oaidl.h:5892)
==32128== by 0x4C60908: func_typelib (typelib.c:5439)
==32128== by 0x4D35F00: run_test (test.h:584)
==32128== by 0x4D362EF: main (test.h:654)
I'll attach a full 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.
https://bugs.winehq.org/show_bug.cgi?id=36561
Bug ID: 36561
Summary: valgrind shows a definite leak in msrle/tests/msrle.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
==29940== 256 bytes in 1 blocks are definitely lost in loss record 399 of 539
==29940== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==29940== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==29940== by 0x7B8457FF: HeapAlloc (heap.c:271)
==29940== by 0x7B845A26: GlobalAlloc (heap.c:364)
==29940== by 0x7B846E63: LocalAlloc (heap.c:967)
==29940== by 0x65FE88C: ???
==29940== by 0x65FEB12: ???
==29940== by 0x6600326: ???
==29940== by 0x4E168F6: DRIVER_SendMessage (driver.c:136)
==29940== by 0x4E16A41: SendDriverMessage (driver.c:156)
==29940== by 0x4DEE914: MSVIDEO_SendMessage (msvideo_main.c:173)
==29940== by 0x4DF13FD: ICSendMessage (msvideo_main.c:1096)
==29940== by 0x4DF0492: ICCompress (msvideo_main.c:741)
==29940== by 0x4CA23BE: test_encode (msrle.c:92)
==29940== by 0x4CA24A6: func_msrle (msrle.c:104)
==29940== by 0x4CA3299: run_test (test.h:584)
==29940== by 0x4CA3687: main (test.h:654)
==29940==
--
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=36632
Bug ID: 36632
Summary: valgrind shows a use after free in
dsound/tests/ds3d8.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M dsound.dll -p
dsound_test.exe.so ds3d8 && touch ds3d8.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==10296== Thread 2:
==10296== Invalid read of size 4
==10296== at 0x7BC39D3F: RtlpWaitForCriticalSection (critsection.c:446)
==10296== by 0x7BC3A0D0: RtlEnterCriticalSection (critsection.c:558)
==10296== by 0x6315EBF: alsa_push_buffer_data (mmdevdrv.c:2150)
==10296== by 0x7BC91871: timer_callback_wrapper (threadpool.c:572)
==10296== by 0x7BC91BD4: queue_timer_expire (threadpool.c:649)
==10296== by 0x7BC91DF5: timer_queue_thread_proc (threadpool.c:712)
==10296== by 0x7BC87137: ??? (signal_i386.c:2571)
==10296== by 0x7BC87180: call_thread_func (signal_i386.c:2630)
==10296== by 0x7BC87115: ??? (signal_i386.c:2571)
==10296== by 0x7BC8E560: start_thread (thread.c:428)
==10296== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==10296== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==10296== Address 0x4908c54 is 300 bytes inside a block of size 344 free'd
==10296== at 0x7BC4C7AA: notify_free (heap.c:263)
==10296== by 0x7BC510EF: RtlFreeHeap (heap.c:1762)
==10296== by 0x63113EE: AudioClient_Release (mmdevdrv.c:913)
==10296== by 0x6319DAA: AudioStreamVolume_Release (audioclient.h:311)
==10296== by 0x5D3F32A: DirectSoundDevice_Release (audioclient.h:1249)
==10296== by 0x5D3D0E5: directsound_destroy (dsound.c:124)
==10296== by 0x5D3D833: IDirectSound8Impl_Release (dsound.c:233)
==10296== by 0x4A613E2: test_secondary8 (ds3d8.c:808)
==10296== by 0x4A62955: dsenum_callback (ds3d8.c:1121)
==10296== by 0x5D42693: a_to_w_callback (dsound_main.c:319)
==10296== by 0x5D42F64: enumerate_mmdevices (dsound_main.c:492)
==10296== by 0x5D43278: DirectSoundEnumerateW (dsound_main.c:561)
==10296== by 0x5D42736: DirectSoundEnumerateA (dsound_main.c:349)
==10296== by 0x4A62BC4: ds3d8_tests (ds3d8.c:1137)
==10296== by 0x4A62CC0: func_ds3d8 (ds3d8.c:1157)
==10296== by 0x4A74540: run_test (test.h:584)
==10296== by 0x4A7492F: main (test.h:654)
==10296==
--
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=36575
Bug ID: 36575
Summary: valgrind shows a couple possible leaks in
urlmon/tests/sec_mgr.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
../../../tools/runtest -q -P wine -T ../../.. -M urlmon.dll -p
urlmon_test.exe.so sec_mgr && touch sec_mgr.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:urlmon:SecManagerImpl_GetSecurityIdEx2 dwReserved is not supported yet
==28354== 8 bytes in 1 blocks are possibly lost in loss record 37 of 599
==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==28354== by 0x7B8457FF: HeapAlloc (heap.c:271)
==28354== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==28354== by 0x516B4C7: OLEClipbrd_Initialize (clipboard.c:1732)
==28354== by 0x51A48E6: OleInitialize (ole2.c:215)
==28354== by 0x4CE4B3A: func_sec_mgr (sec_mgr.c:2043)
==28354== by 0x4D16166: run_test (test.h:584)
==28354== by 0x4D16555: main (test.h:654)
==28354==
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28354== 36 bytes in 1 blocks are possibly lost in loss record 231 of 599
==28354== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==28354== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==28354== by 0x4EC359D: heap_alloc (urlmon_main.h:236)
==28354== by 0x4EC3B3C: register_namespace (session.c:126)
==28354== by 0x4EC4832: InternetSession_RegisterNameSpace (session.c:375)
==28354== by 0x4CE20A2: register_protocols (urlmon.h:3759)
==28354== by 0x4CE4B42: func_sec_mgr (sec_mgr.c:2044)
==28354== by 0x4D16166: run_test (test.h:584)
==28354== by 0x4D16555: main (test.h:654)
==28354==
--
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=36197
Bug ID: 36197
Summary: valgrind shows some possible leaks in
mmdevapi/tests/render.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==12595== 28 bytes in 1 blocks are possibly lost in loss record 115 of 538
==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12595== by 0x4FB483E: COMPOBJ_DllList_Add (compobj.c:526)
==12595== by 0x4FB6B7A: apartment_getclassobject (compobj.c:1335)
==12595== by 0x4FBA2C4: get_inproc_class_object (compobj.c:2894)
==12595== by 0x4FBA783: CoGetClassObject (compobj.c:3032)
==12595== by 0x4FBAD45: CoCreateInstance (compobj.c:3197)
==12595== by 0x4E66E6B: func_render (render.c:2238)
==12595== by 0x4E67EAF: run_test (test.h:584)
==12595== by 0x4E6829E: main (test.h:654)
==12595==
==12595== 76 bytes in 1 blocks are possibly lost in loss record 277 of 538
==12595== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12595== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12595== by 0x652ED88: create_session (mmdevdrv.c:1038)
==12595== by 0x652EF3E: get_audio_session (mmdevdrv.c:1086)
==12595== by 0x6537F38: AudioSessionManager_GetSimpleAudioVolume
(mmdevdrv.c:3734)
==12595== by 0x4E64D02: test_session_creation (audiopolicy.h:908)
==12595== by 0x4E6706D: func_render (render.c:2272)
==12595== by 0x4E67EAF: run_test (test.h:584)
==12595== by 0x4E6829E: main (test.h:654)
==12595==
--
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=26139
Summary: comdlg32/filedlg shows a few valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at EqualRect (uitools.c:1405)
by FileOpenDlgProc95 (filedlg.c:1206)
by ??? (winproc.c:172)
by call_dialog_proc (winproc.c:263)
by WINPROC_CallProcWtoA (winproc.c:857)
by WINPROC_CallDlgProcW (winproc.c:1041)
by DefDlgProcW (defdlg.c:425)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageW (message.c:3165)
by DIALOG_CreateIndirect (dialog.c:694)
by DialogBoxIndirectParamAorW (dialog.c:876)
by DialogBoxIndirectParamA (dialog.c:887)
by GetFileName95 (filedlg.c:317)
by GetFileDialog95A (filedlg.c:442)
by GetOpenFileNameA (filedlg.c:4173)
by test_create_view_window2 (filedlg.c:280)
Uninitialised value was created by a stack allocation
at FileOpenDlgProc95 (filedlg.c:1157)
...
140 bytes in 5 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by DIALOG_get_info (defdlg.c:335)
by DefDlgProcA (defdlg.c:362)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageA (message.c:3187)
by WIN_CreateWindowEx (win.c:1420)
by CreateWindowExA (win.c:1554)
by DIALOG_CreateIndirect (dialog.c:651)
by CreateDialogIndirectParamAorW (dialog.c:755)
by CreateDialogIndirectParamA (dialog.c:764)
by CreateTemplateDialog (filedlg.c:786)
by FileOpenDlgProc95 (filedlg.c:1189)
by ??? (winproc.c:172)
by call_dialog_proc (winproc.c:263)
by WINPROC_CallProcWtoA (winproc.c:857)
...
144 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by rpcrt4_conn_np_alloc (rpc_transport.c:120)
by RPCRT4_CreateConnection (rpc_transport.c:2939)
by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285)
by RPCRT4_use_protseq (rpc_server.c:810)
by RpcServerUseProtseqEpExW (rpc_server.c:1022)
by RpcServerUseProtseqEpW (rpc_server.c:907)
by RPC_StartRemoting (rpc.c:1626)
by StdMarshalImpl_MarshalInterface (marshal.c:1245)
by CoMarshalInterface (marshal.c:1797)
by RegisterDragDrop (ole2.c:461)
by ShellView_OnCreate (shlview.c:718)
by ShellView_WndProc (shlview.c:1682)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:899)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageW (message.c:3165)
--
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=36576
Bug ID: 36576
Summary: valgrind shows a definite leak in urlmon/tests/uri.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
==2651== 22,836 bytes in 173 blocks are definitely lost in loss record 575 of
575
==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==2651== by 0x4EE989E: heap_alloc_zero (urlmon_main.h:241)
==2651== by 0x4EF894B: Uri_Construct (uri.c:5654)
==2651== by 0x4EFE2A8: CF_CreateInstance (urlmon_main.c:314)
==2651== by 0x5196F06: CoCreateInstance (unknwn.h:226)
==2651== by 0x49DDD80: test_IPersistStream (uri.c:11382)
==2651== by 0x49DF772: func_uri (uri.c:11614)
==2651== by 0x49F6166: run_test (test.h:584)
==2651== by 0x49F6555: main (test.h:654)
==2651==
and one possible leak:
==2651== 12,528 bytes in 173 blocks are possibly lost in loss record 569 of 575
==2651== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==2651== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==2651== by 0x5BFD0B4: alloc_bstr (oleaut.c:162)
==2651== by 0x5BFD44A: SysAllocStringLen (oleaut.c:324)
==2651== by 0x5BFD161: SysAllocString (oleaut.c:232)
==2651== by 0x4EF736A: PersistStream_Load (uri.c:5212)
==2651== by 0x4EF867D: Marshal_UnmarshalInterface (objidl.h:3149)
==2651== by 0x49DDEA5: test_IPersistStream (objidl.h:614)
==2651== by 0x49DF772: func_uri (uri.c:11614)
==2651== by 0x49F6166: run_test (test.h:584)
==2651== by 0x49F6555: main (test.h:654)
==2651==
--
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=36396
Bug ID: 36396
Summary: valgrind shows a possible leak in
inetmib1/tests/main.c
Product: Wine
Version: 1.7.18
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
==8324== 28 bytes in 1 blocks are definitely lost in loss record 24 of 89
==8324== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==8324== by 0x4AD1EDE: SnmpUtilOidCpy (main.c:332)
==8324== by 0x4AFB25A: ???
==8324== by 0x4A96AFB: func_main (main.c:67)
==8324== by 0x4A96E3A: run_test (test.h:584)
==8324== by 0x4A94C0E: main (test.h:654)
==
--
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=36417
Bug ID: 36417
Summary: valgrind shows a definite leak in
ole32/tests/ole_server.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24870== 512 bytes in 1 blocks are definitely lost in loss record 530 of 656
==24870== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==24870== by 0x57A644F: list_window_children (win.c:318)
==24870== by 0x57AAFD2: WIN_ListChildren (win.c:3267)
==24870== by 0x57AB4DE: WIN_DestroyWindow (win.c:944)
==24870== by 0x57AB986: DestroyWindow (win.c:1884)
==24870== by 0x535F78C: apartment_release (compobj.c:1147)
==24870== by 0x53610D9: CoUninitialize (compobj.c:1960)
==24870== by 0x5361317: apartment_hostobject_thread (compobj.c:1522)
==24870== by 0x7BC80ABF: ??? (in
/home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so)
==24870== by 0x7BC83A6C: call_thread_func (signal_i386.c:2630)
==24870== by 0x7BC80A9D: ??? (in
/home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so)
==24870== by 0x7BC89E2B: start_thread (thread.c:428)
==24870== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==24870== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==24870==
--
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=36635
Bug ID: 36635
Summary: valgrind shows uninitialized memory in
secur32/tests/schannel.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==20049== Conditional jump or move depends on uninitialised value(s)
==20049== at 0x565DE46: schan_get_buffer (schannel.c:624)
==20049== by 0x565DFDD: schan_pull (schannel.c:678)
==20049== by 0x56602C5: schan_pull_adapter (schannel_gnutls.c:85)
==20049== by 0x5862A2E: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x585C674: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199)
==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893)
==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940)
==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282)
==20049== by 0x4A5E141: test_communication (schannel.c:704)
==20049== by 0x4A5F3FA: func_schannel (schannel.c:907)
==20049== by 0x4A61268: run_test (test.h:584)
==20049== by 0x4A61657: main (test.h:654)
==20049== Uninitialised value was created by a client request
==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209)
==20049== by 0x7BC4C6BF: initialize_block (heap.c:240)
==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717)
==20049== by 0x4A5DAE9: init_buffers (schannel.c:551)
==20049== by 0x4A5DFE8: test_communication (schannel.c:693)
==20049== by 0x4A5F3FA: func_schannel (schannel.c:907)
==20049== by 0x4A61268: run_test (test.h:584)
==20049== by 0x4A61657: main (test.h:654)
==20049==
==20049== Conditional jump or move depends on uninitialised value(s)
==20049== at 0x585C8F7: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5863FD9: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5867B82: ??? (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5869654: gnutls_handshake (in /usr/lib/libgnutls.so.28.21.4)
==20049== by 0x5660684: schan_imp_handshake (schannel_gnutls.c:199)
==20049== by 0x565E97D: schan_InitializeSecurityContextW (schannel.c:893)
==20049== by 0x565EC31: schan_InitializeSecurityContextA (schannel.c:940)
==20049== by 0x5667F30: InitializeSecurityContextA (wrapper.c:282)
==20049== by 0x4A5E141: test_communication (schannel.c:704)
==20049== by 0x4A5F3FA: func_schannel (schannel.c:907)
==20049== by 0x4A61268: run_test (test.h:584)
==20049== by 0x4A61657: main (test.h:654)
==20049== Uninitialised value was created by a client request
==20049== at 0x7BC4C554: mark_block_uninitialized (heap.c:209)
==20049== by 0x7BC4C6BF: initialize_block (heap.c:240)
==20049== by 0x7BC50FCB: RtlAllocateHeap (heap.c:1717)
==20049== by 0x4A5DAE9: init_buffers (schannel.c:551)
==20049== by 0x4A5DFE8: test_communication (schannel.c:693)
==20049== by 0x4A5F3FA: func_schannel (schannel.c:907)
==20049== by 0x4A61268: run_test (test.h:584)
==20049== by 0x4A61657: main (test.h:654)
==20049==
--
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=36263
Bug ID: 36263
Summary: valgrind shows a couple possible leaks in
dinput8/tests/device.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==3785== 392 bytes in 1 blocks are possibly lost in loss record 668 of 873
==3785== at 0x7BC4C735: notify_alloc (heap.c:255)
==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229)
==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305)
==3785== by 0x5FA9A80: create_device (dinput_main.c:711)
==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726)
==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795)
==3785== by 0x5FAA748: IDirectInput8AImpl_EnumDevicesBySemantics
(dinput_main.c:940)
==3785== by 0x49462F4: test_action_mapping (device.c:317)
==3785== by 0x4947317: func_device (device.c:511)
==3785== by 0x494AE4C: run_test (test.h:584)
==3785== by 0x494B23B: main (test.h:654)
==3785==
==3785== 392 bytes in 1 blocks are possibly lost in loss record 669 of 873
==3785== at 0x7BC4C735: notify_alloc (heap.c:255)
==3785== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==3785== by 0x5FBB1F5: alloc_device (keyboard.c:229)
==3785== by 0x5FBB731: keyboarddev_create_device (keyboard.c:305)
==3785== by 0x5FA9A80: create_device (dinput_main.c:711)
==3785== by 0x5FA9BCE: IDirectInput7AImpl_CreateDeviceEx (dinput_main.c:726)
==3785== by 0x5FA9EFA: IDirectInput8AImpl_CreateDevice (dinput_main.c:795)
==3785== by 0x49467D3: test_save_settings (device.c:403)
==3785== by 0x494731C: func_device (device.c:512)
==3785== by 0x494AE4C: run_test (test.h:584)
==3785== by 0x494B23B: main (test.h:654)
==3785==
--
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=36310
Bug ID: 36310
Summary: valgrind shows lots of uninitialized reads/writes in
msxml3/tests/xmlview.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==6314== Invalid read of size 4
==6314== at 0x7018C5F3: ???
==6314== by 0x70197781: ???
==6314== by 0x70181492: ???
==6314== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==6314== by 0x7BC5597C: process_attach (loader.c:1157)
==6314== by 0x7BC5592C: process_attach (loader.c:1149)
==6314== by 0x7BC585E2: LdrLoadDll (loader.c:2129)
==6314== by 0x7B85A79A: load_library (module.c:933)
==6314== by 0x7B85A908: LoadLibraryExW (module.c:990)
==6314== by 0x73A81BA: load_xul (nsembed.c:484)
==6314== by 0x73A8E4A: load_wine_gecko_v (nsembed.c:587)
==6314== by 0x73A8EB7: load_wine_gecko (nsembed.c:605)
==6314== by 0x73A97E5: load_gecko (nsembed.c:772)
==6314== by 0x73AE233: create_nscontainer (nsembed.c:2047)
==6314== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751)
==6314== by 0x7398C60: ClassFactory_CreateInstance (main.c:238)
==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6314== by 0x6CA4DB0: XMLView_create (xmlview.c:1444)
==6314== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178)
==6314== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6314== Address 0x4eddfe4 is not stack'd, malloc'd or (recently) free'd
==6314==
==6530== Thread 4:
==6530== Invalid read of size 4
==6530== at 0x7E41033: ???
==6530== by 0x7E362D2: ???
==6530== Address 0xcc3d7fc is on thread 1's stack
==6530==
==6652== Conditional jump or move depends on uninitialised value(s)
==6652== at 0x69DA2A6E: ???
==6652== by 0x69D912D8: ???
==6652== by 0x6B05358C: ???
==6652== by 0x69FA8430: ???
==6652== by 0x69F7B782: ???
==6652== by 0x69F7C6BE: ???
==6652== by 0x73A5E34: init_nscontainer (nsiface.h:59567)
==6652== by 0x73A62D1: create_nscontainer (nsembed.c:2065)
==6652== by 0x7324B68: HTMLDocument_Create (htmldoc.c:4751)
==6652== by 0x7390C60: ClassFactory_CreateInstance (main.c:238)
==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6652== by 0x6CA4DB0: XMLView_create (xmlview.c:1444)
==6652== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178)
==6652== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6652== by 0x4CA707B: test_QueryInterface (xmlview.c:156)
==6652== by 0x4CA7B69: func_xmlview (xmlview.c:269)
==6652== by 0x4CA896C: run_test (test.h:584)
==6652== by 0x4CA8D5B: main (test.h:654)
==6652== Uninitialised value was created by a stack allocation
==6652== at 0x69DA29E6: ???
==6652==
==6753== Conditional jump or move depends on uninitialised value(s)
==6753== at 0x69D80B25: ???
==6753== by 0x6A0E6970: ???
==6753== by 0x6A0E645E: ???
==6753== by 0x6AFE5020: ???
==6753== by 0x69CAB81E: ???
==6753== by 0x6A0E65B1: ???
==6753== by 0x69D80A6F: ???
==6753== by 0x5778509: ??? (winproc.c:173)
==6753== by 0x577867E: call_window_proc (winproc.c:244)
==6753== by 0x577986C: WINPROC_CallProcAtoW (winproc.c:603)
==6753== by 0x577A911: WINPROC_call_window (winproc.c:911)
==6753== by 0x573B8F9: DispatchMessageA (message.c:3948)
==6753== by 0x4CB7928: test_Load (xmlview.c:247)
==6753== by 0x4CB7B6E: func_xmlview (xmlview.c:270)
==6753== by 0x4CB896C: run_test (test.h:584)
==6753== by 0x4CB8D5B: main (test.h:654)
==6753== Uninitialised value was created by a stack allocation
==6753== at 0x69D80AB6: ???
==6753==
==6998== Conditional jump or move depends on uninitialised value(s)
==6998== at 0x6AEE5337: ???
==6998== by 0x69ECD001: ???
==6998== by 0x6A1714F7: ???
==6998== by 0x6A36FB0A: ???
==6998== by 0x6AECA4E7: ???
==6998== by 0x6AECA48F: ???
==6998== by 0x69CAB81E: ???
==6998== by 0x6A0E65B1: ???
==6998== by 0x69D80A6F: ???
==6998== by 0x5768509: ??? (winproc.c:173)
==6998== by 0x576867E: call_window_proc (winproc.c:244)
==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603)
==6998== by 0x576A911: WINPROC_call_window (winproc.c:911)
==6998== by 0x572B8F9: DispatchMessageA (message.c:3948)
==6998== by 0x4CB3928: test_Load (xmlview.c:247)
==6998== by 0x4CB3B6E: func_xmlview (xmlview.c:270)
==6998== by 0x4CB496C: run_test (test.h:584)
==6998== by 0x4CB4D5B: main (test.h:654)
==6998== Uninitialised value was created by a client request
==6998== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==6998== by 0x7BC4C697: initialize_block (heap.c:240)
==6998== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==6998== by 0x76E1CE0: MSVCRT_malloc (heap.c:329)
==6998== by 0x61E426BF: ???
==6998== by 0x69D2235D: ???
==6998== by 0x6A74092C: ???
==6998== by 0x6A5B7D64: ???
==6998== by 0x69C860AB: ???
==6998== by 0x6B073403: ???
==6998== by 0x6A4BD183: ???
==6998== by 0x6AFE511D: ???
==6998== by 0x69CAB81E: ???
==6998== by 0x6A0E65B1: ???
==6998== by 0x69D80A6F: ???
==6998== by 0x5768509: ??? (winproc.c:173)
==6998== by 0x576867E: call_window_proc (winproc.c:244)
==6998== by 0x576986C: WINPROC_CallProcAtoW (winproc.c:603)
==6998== by 0x576A911: WINPROC_call_window (winproc.c:911)
==6998== by 0x572B8F9: DispatchMessageA (message.c:3948)
==6998==
==6998== 8 bytes in 1 blocks are possibly lost in loss record 421 of 6,589
==6998== at 0x7BC4C735: notify_alloc (heap.c:255)
==6998== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==6998== by 0x7B84586B: HeapAlloc (heap.c:271)
==6998== by 0x7B845B40: GlobalAlloc (heap.c:376)
==6998== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732)
==6998== by 0x53A1772: OleInitialize (ole2.c:215)
==6998== by 0x6AFF45B4: ???
==6998== by 0x69D19393: ???
==6998== by 0x6A74092C: ???
==6998== by 0x69C92A72: ???
==6998== by 0x6B06D8C2: ???
==6998== by 0x69F7C26F: ???
==6998== by 0x73ADE34: init_nscontainer (nsiface.h:59567)
==6998== by 0x73AE2D1: create_nscontainer (nsembed.c:2065)
==6998== by 0x732CB68: HTMLDocument_Create (htmldoc.c:4751)
==6998== by 0x7398C60: ClassFactory_CreateInstance (main.c:238)
==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6998== by 0x6CA4DB0: XMLView_create (xmlview.c:1444)
==6998== by 0x6C62320: ClassFactory_CreateInstance (factory.c:178)
==6998== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==6998==
==7281== 8 bytes in 1 blocks are possibly lost in loss record 428 of 6,602
==7281== at 0x7BC4C735: notify_alloc (heap.c:255)
==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==7281== by 0x7B84586B: HeapAlloc (heap.c:271)
==7281== by 0x7B845B40: GlobalAlloc (heap.c:376)
==7281== by 0x532204A: CreateStreamOnHGlobal (hglobalstream.c:603)
==7281== by 0x6C4D838: domdoc_load_from_stream (domdoc.c:772)
==7281== by 0x6C52086: domdoc_load (domdoc.c:2198)
==7281== by 0x6C9CCBA: handle_xml_load (msxml6.h:5228)
==7281== by 0x6C9D60C: XMLView_BindStatusCallback_OnDataAvailable
(xmlview.c:539)
==7281== by 0x5FF159A: BindStatusCallback_OnDataAvailable (urlmon.h:820)
==7281== by 0x5FF73A2: report_data (urlmon.h:820)
==7281== by 0x5FF7595: InternetProtocolSink_ReportData (binding.c:1126)
==7281== by 0x5FFC920: ProtocolSinkHandler_ReportData (urlmon.h:3113)
==7281== by 0x5FFD5D6: BPInternetProtocolSink_ReportData (urlmon.h:3113)
==7281== by 0x73D062D: ResProtocol_Start (urlmon.h:3113)
==7281== by 0x5FFB2D1: BindProtocol_StartEx (urlmon.h:3296)
==7281== by 0x5FF8A1B: start_binding (urlmon.h:7870)
==7281== by 0x5FF8BCD: bind_to_storage (binding.c:1567)
==7281== by 0x6018CF1: URLMoniker_BindToStorage (umon.c:280)
==7281== by 0x6C9F74D: XMLView_PersistMoniker_Load (objidl.h:3488)
==7281==
==7281== 32 bytes in 1 blocks are possibly lost in loss record 2,478 of 6,602
==7281== at 0x7BC4C735: notify_alloc (heap.c:255)
==7281== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==7281== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326)
==7281== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356)
==7281== by 0x7B876B17: InitializeCriticalSectionAndSpinCount (sync.c:334)
==7281== by 0x6AFB523E: ???
==7281== by 0x69DFCC68: ???
==7281== by 0x6A6C7944: ???
==7281== by 0x69E6E0B7: ???
==7281== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==7281== by 0x7BC87065: ??? (signal_i386.c:2571)
==7281== by 0x7BC8E4B0: start_thread (thread.c:428)
==7281== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==7281== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==7449== 8 bytes in 1 blocks are possibly lost in loss record 422 of 6,591
==7449== at 0x7BC4C735: notify_alloc (heap.c:255)
==7449== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==7449== by 0x7B84586B: HeapAlloc (heap.c:271)
==7449== by 0x7B845B40: GlobalAlloc (heap.c:376)
==7449== by 0x53683E7: OLEClipbrd_Initialize (clipboard.c:1732)
==7449== by 0x53A1772: OleInitialize (ole2.c:215)
==7449== by 0x6AFF45B4: ???
==7449== by 0x69D19393: ???
==7449== by 0x6A74092C: ???
==7449== by 0x69C92A72: ???
==7449== by 0x6B06D8C2: ???
==7449== by 0x69F7C26F: ???
==7449== by 0x739DE34: init_nscontainer (nsiface.h:59567)
==7449== by 0x739E2D1: create_nscontainer (nsembed.c:2065)
==7449== by 0x731CB68: HTMLDocument_Create (htmldoc.c:4751)
==7449== by 0x7388C60: ClassFactory_CreateInstance (main.c:238)
==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==7449== by 0x6C94DB0: XMLView_create (xmlview.c:1444)
==7449== by 0x6C52320: ClassFactory_CreateInstance (factory.c:178)
==7449== by 0x5373E26: CoCreateInstance (unknwn.h:226)
==7449==
etc.
--
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=36147
Bug ID: 36147
Summary: valgrind shows a leak in dlls/jscript/tests/jscript.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M jscript.dll -p
jscript_test.exe.so jscript && touch jscript.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
fixme:ole:CoCreateInstance Class {f414c260-6ac0-11cf-b6d1-00aa00bbbb58} does
not support aggregation
==2325== 64 bytes in 1 blocks are definitely lost in loss record 514 of 960
==2325== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2325== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2325== by 0x6A316A6: ???
==2325== by 0x6A33457: ???
==2325== by 0x6A335C1: ???
==2325== by 0x6A1152D: ???
==2325== by 0x6A379BD: ???
==2325== by 0x6A37B96: ???
==2325== by 0x6A38431: ???
==2325== by 0x6A3959F: ???
==2325== by 0x4E51D23: test_jscript_uninitializing (activscp.h:1007)
==2325== by 0x4E52813: func_jscript (jscript.c:688)
==2325== by 0x4E5ED5F: run_test (test.h:584)
==2325== by 0x4E5F14E: main (test.h:654)
==2325==
--
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=36429
Bug ID: 36429
Summary: valgrind shows a possible leak in
shell32/tests/assoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==7098== 28 bytes in 1 blocks are possibly lost in loss record 165 of 578
==7098== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==7098== by 0x5A36BB8: apartment_getclassobject (compobj.c:526)
==7098== by 0x5A39FC6: get_inproc_class_object (compobj.c:2894)
==7098== by 0x5A3CD2F: CoGetClassObject (compobj.c:3032)
==7098== by 0x5A3D4B7: CoCreateInstance (compobj.c:3197)
==7098== by 0x4B5B8B7: func_assoc (assoc.c:201)
==7098== by 0x4BA8888: run_test (test.h:584)
==7098== by 0x4BA8C77: main (test.h:654)
==7098==
--
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=36611
Bug ID: 36611
Summary: A connection was successfully established with the
server, but then and error occurred during the
pre-login handshake: (provider: SSL Provider, error: 0
- SSL Provider)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: odbc
Assignee: wine-bugs(a)winehq.org
Reporter: saravanan.t(a)lapizonline.com
i am using wine1.7 on ubuntu 14.04 lts. While i am trying to login to my .net
framework 4.0 application am getting the following error.
A connection was successfully established with the server, but then and error
occurred during the pre-login handshake: (provider: SSL Provider, error: 0 -
SSL Provider)
--
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=23942
Summary: 3 Programs to make Linux LiveCD does not see memory
cards/Flash Drive
Product: WineHQ.org
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: VHSripRTP(a)interia.eu
Good Morning...
I have a problem with the detection of Memory Cards/Flash Drive... but still
will recognize and detect the ISO image without any trouble such as Ubuntu or
FatDog64 I do not want any logs to show it going well but it does not detect
memory card/ USB Flash Drive
System: Ubuntu 10.04 (x86_64) + Wine 1.2
Tested programs: USB Universal Installer v1.77 (very light),UNetbootin USB
v4.71 and LinuxLive Creator 2.5 (has a problem with graphics)
--
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=36288
Bug ID: 36288
Summary: valgrind shows an invalid read in
kernel32/tests/thread.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==29807== Thread 2:
==29807== Invalid read of size 4
==29807== at 0x4A39EA1: set_test_val (thread.c:944)
==29807== by 0x7B876351: SleepEx (sync.c:108)
==29807== by 0x7B87630B: Sleep (sync.c:97)
==29807== by 0x4A39F11: threadFunc6 (thread.c:952)
==29807== by 0x7BC87087: ??? (signal_i386.c:2571)
==29807== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==29807== by 0x7BC87065: ??? (signal_i386.c:2571)
==29807== by 0x7BC8E4B0: start_thread (thread.c:428)
==29807== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==29807== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==29807== Address 0x62ae8e0 is on thread 1's stack
==29807==
--
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=27623
Summary: GODMH crashes on start
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: nico.bellic1994(a)gmail.com
Originally reported in bug 27590. Installer is an self extracting rar, so I
used unrar x on it. Game starts a patch, which seems fine, clicking what looks
like the start button (bottom right) launches a game window, gives a bit of d3d
output, then crashes without a backtrace:
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x8fdb1b8,0x8fdb6e8): stub
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
wine: Unhandled page fault on read access to 0xf8b90024 at address 0x7e1648e5
(thread 0032), starting debugger...
--
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=16950
Summary: When playing dvd video using quartz there are vertical
lines appearing on the video.
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jcarthew(a)mbarron.net
Created an attachment (id=18723)
--> (http://bugs.winehq.org/attachment.cgi?id=18723)
image showing vertical lines on the ingame dvd movies.
When playing dvd video in wing commander 4 dvd edition using quartz there are
vertical lines appearing onscreen. I expect this bug will affect other
applications as well. These lines do not appear when the files are played back
using either mplayer or a windows pc running the game.
--
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=24494
Summary: Recettear tends to crash on dungeon transitions
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: billy65bob(a)gmail.com
Recettear tends to crash when transitioning between dungeon floors, on occasion
it even happens when entering a dungeon.
For me, it usually happens approximately every 3 or 4 floors. (boss fights are
usually every 5th, making this incredibly annoying)
When it crashes, one of 4 different errors are shown in the console; they are
as follows
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
XIO: fatal IO error 0 (Success) on X server ":0.0"
s\steam\steamapps\common\recettear\recettear.exe: ../../src/xcb_io.c:249:
process_responses: Assertion `(((long) (dpy->last_request_read) - (long)
(dpy->request)) <= 0)' failed.
X Error of failed request: GLXBadContextTag
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
With that said, I am not entirely convinced this is a wine bug, though I am
unable to reproduce it on a windows system.
If more information is required, just ask and give me the WINEDEBUG arguments
if needed.
For those so inclined, I can also reproduce this with the demo.
--
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=36579
Bug ID: 36579
Summary: Command & Conquer Red Alert 3 hangs before EA logo
without native d3dx9
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)yahoo.com
Command & Conquer Red Alert 3 (Retail, Patched to 1.12) will hang on a black
screen before the EA logo is shown, on a clean prefix. It's impossible to
continue.
The following is echoed to the console endlessly while the game is hung up:
fixme:d3dx:ID3DXEffectImpl_BeginPass No states applied, yet!
If using d3dx9 via winetricks the game runs as expected.
--
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=10250
Summary: Chart Navigator fails to start
Product: Wine
Version: 0.9.48.
Platform: PC
URL: ftp://ftp.maptech.com/downloads/CHTNAV_ENGLISH.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mar2112(a)pacbell.net
Created an attachment (id=8877)
--> (http://bugs.winehq.org/attachment.cgi?id=8877)
Debug text
Chart Navigator fails to start.
err:ole:marshal_object object doesn't expose interface
{00000126-0000-0000-c000-000000000046}, failing with error 0x80004002
--
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=25634
Summary: Missing chunks of text in Neverwinter Nights Diamond
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: moeigi(a)gmail.com
This is the only issue that I have encountered so far. I only get about one cm
of text in each text field.
--
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=15180
Summary: Antialiased font is *sometimes* very fuzzy
Product: Wine
Version: 1.0.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: anpaza(a)mail.ru
For some unknown reason sometimes the antialiased fonts will render very fuzzy.
I have installed WINE on a clean Fedora 9 system and launched winecfg for the
first time ever; all winecfg dialogs were rendered with a fuzzy font. After
some runs the things suddenly changed (???) and it started to look okay, but
still from time to time in some programs some dialogs (???) will render with
very fuzzy fonts.
I'm attaching the screenshot of regedit. The font settings in winecfg are as
follows:
Active window text - DejaVu Sans 9
Menu text - DejaVu Sans 9
Message window text - DejaVu Sans 9
Hint window text - DejaVu Sans 8
but it does not really depend on this setting.
I have never seen this behaviour in previous versions of wine, so it must be
something recently introduced. By the way, is there a way to change the
settings of the freetype engine within Wine, it does not follow the system-wide
font settings of GNOME?
--
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=26894
Summary: Support windows 7 user folders?
Product: Wine
Version: 1.3.18
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Windows 7 changed the folders in c:/users/$USERNAME around a bit.
My Documents is now just a link to the new folder Documents
Application Data is now just a link to the new folder AppData/Roaming
Local Settings is now just a link to the new folder AppData/Local
Well-behaved apps that use CSIDL_PERSONAL to get at "My Documents"
will work regardless, but users or badly behaved apps might start expecting
the shorter directory names sometime, so we might want to switch to the
new names sometime for new wineprefixes.
I'll attach a demo patch that just changes Wine's shell32 to use the
new locations; we would also need to add symlinks somewhere
so that apps which reference the old locations keep working,
as Windows does.
--
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=34650
Bug #: 34650
Summary: Garena freezes/crashes
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Created attachment 46187
--> http://bugs.winehq.org/attachment.cgi?id=46187
terminal log
Garena will start, thats ok, but after login clicking on LAN or right click on
your buddy and start chatting.. Garena will freeze or crash itself or nothing
happend.
I used for test wine 1.7.3
--
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=30674
Bug #: 30674
Summary: regression: page fault in 1.4 that once worked in 1.4
release canidate
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: app(a)affinityComputerMasters.com
Classification: Unclassified
Created attachment 40161
--> http://bugs.winehq.org/attachment.cgi?id=40161
page fault info from the crash report
A page fault happens about 2/3 times when the coinmanage2 program is run. I
had been running it without a problem in Wine 1.4 release canidate under Ubuntu
11.10 (64 bit). After upgrading Ubuntu to 12.04, using Wine 1.4 I am getting
intermittent page faults.
I removed the .wine directory reloaded the program using WINEARCH=win32 and run
it with the same env variable and still get the problem. The link to the
problem program is
https://s3.amazonaws.com/LSSDownloads/CoinMng2.exe
Thanks kurtRR
--
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=27098
Summary: Metal Assault: Game hangs on splash screen
Product: Wine
Version: 1.3.19
Platform: x86
URL: http://www.gamershell.com/news_116230.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=34538)
--> (http://bugs.winehq.org/attachment.cgi?id=34538)
backtrace
Install the game, then install native quartz/devenum to workaround bug 27096,
then wmp9 to workaround bug 27097. Run the game, you'll get an intro video
(only seems to show if a virtual desktop isn't used, though). The game will get
to its splash screen, and hang:
err:ddraw:ddraw7_QueryInterface (0x1660d668) The App is requesting a D3D
device, but a non-OpenGL surface type was choosen. Prepare for trouble!
err:ddraw:ddraw7_QueryInterface (0x1660d668) You may want to contact
wine-devel for help
err:ddraw:ddraw7_QueryInterface
(0x1660d668)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x15de35b8): No
interface found
...
err:ddraw:ddraw7_QueryInterface
(0x1660d668)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x15de30c4): No
interface found
err:d3d_surface:gdi_surface_private_setup Overlays not yet supported by GDI
surfaces.
err:d3d_surface:surface_init Private setup failed, returning 0x8876086c
...
fixme:ddraw:ddraw7_GetScanLine iface 0x1f3cbeb8, line 0x75fbe8bc partial stub!
...
err:ntdll:RtlpWaitForCriticalSection section 0x7e199920 "x11drv_main.c:
X11DRV_CritSection" wait timed out in thread 0036, blocked by 0033, retrying
(60 sec)
I'll attach a bt all from winedbg.
--
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=10433
Summary: Galactic civilizations 2 crashes on certain occations
Product: WineHQ Apps Database
Version: unspecified
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: khalid.rashid(a)gmail.com
Created an attachment (id=9128)
--> (http://bugs.winehq.org/attachment.cgi?id=9128)
crash report from customizing the race
Galactic civilizations crashes randomly and in certain parts in the game.
One way that I know which will certainly crash the game is by doing the
following selections from the main menu:
New game
Click next on galaxy setup
Choose custom race on "pick your civilization" screen (the rightmost one on top
row)
on "customize your civilization" screen, click on "techs" tab.
try adding or removing any technology will result in a crash.
--
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=16834
Summary: SetFormat() doesn't remap unmapped sound buffers on
failure
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: next_ghost(a)quick.cz
Railroad Tycoon 2 Platinum segfaults on startup because SetFormat() function in
dlls/winealsa.drv/dsoutput.c does the following on my system:
- snd_pcm_open() - failure because already open (line 395)
- snd_pcm_drop() (line 403)
- snd_pcm_close() - existing sound buffer is now unmapped (line 404)
- snd_pcm_open() - success (line 406)
- snd_pcm_hw_params_set_channels(1) - failure because device has minimum of 2
channels (line 416)
- goto err; (line 417)
- return DSERR_BADFORMAT; (line 479)
The call to DSDB_CreateMMAP() on line 464 is skipped by goto err; so the
already unmapped sound buffer is left in This. When DSOUND_PerformMix() tries
to ZeroMemory this buffer, Wine segfaults.
--
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=34615
Bug #: 34615
Summary: Wizardry 8 GOG version - Black Box on screen when
exiting after playing in-game
Product: Wine
Version: 1.7.3
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saleck(a)saleck.net
Classification: Unclassified
Created attachment 46126
--> http://bugs.winehq.org/attachment.cgi?id=46126
Wine 1.7.3 Log. See end of file for the problem.
If I play Wizardry 8 without going into an actual game, this problem does not
occur.
If you get into any game with any characters and then quit, there is an
unremovable black box covering half of the screen and I have to Kill Wineskin
Processes for it to go away.
Using Wine 1.7.3 - Mac OS X 10.8.5
--
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=18532
Summary: Dragging of components within Guitar Rig does not end
and results in crash
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nf10537(a)googlemail.com
A main feature of Guitar Rig 3 is to drag components from the left side of the
program to the effect chain on the right. A component can be anything from the
"Components" tab and it also doesn't matter where on the right side you place
it.
The placing is indicated by Guitar Rig by a orange line.
It seems that dragging is recognized by wine but the release of the dragged
component is not possible so wine keeps waiting for the end of the drag and
after clicking and pressing ESC the program crashes.
Guitar Rig 3.2.1 Demo can be downloaded here:
http://www.native-instruments.com/index.php?id=gr3demo&L=2
The rest of Guitar Rig 3 is running completely fine.
Even better than on windows because of the real low latency of jack :-)
I'd really love to use Guitar Rig 3 with the dragging feature.
I am new to wine and I don't know the windows API that much but I am familiar
with c programming and debugging.
Is there more I can do to find out the exact source of the problem?
Do you have any other hints which might help?
Please don't hesitate to contact me on nf10537(a)googlemail.com
Thanks
--
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=30791
Bug #: 30791
Summary: Star Wars Empire at War Gold partially installs and is
unplayable
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dwayneslandry(a)gmail.com
Classification: Unclassified
This disc has 2 separate installers. The launcher and the first installer work
fine. However the installer fails to jump over to the second installer and wine
crashes. I tried to run the first program Empires at War and the launcher pops
up, nothing else happens. Also I am able to manually launch the second
installer which is for the expansion pack. The installer launches then crashes
almost immediately,
--
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=23914
Summary: Resident Evil 5: Game fails to run with unknown reason
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmbohdan(a)gmail.com
I've try to run the game, but it doesn't work.
It shows me an messagebox with an error.
InitRpl Failed.
ErrorCode: 80070507
As I see, the same error can be even for some Windows users, but no one know
why.
I attach a debug output with +relay.
I tried to analyze it, but with no results. Maybe there error with
cryptographic(rsaenh), i don't know.
Please don't close this but, even it is not a wine bug. Just rename it. There
maybe will be other errors with this game.
Thanks.
--
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=36610
Bug ID: 36610
Summary: Can't choose Windows version in winecfg
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zyx1984(a)gmail.com
I have Fedora20 with wine-1.7.18 installed from updates repository.
When I run winecfg I can only choose Windows version between Windows XP and
Windows 8. There is no Windows 95 or Windows 98 strings in combobox.
--
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=36618
Bug ID: 36618
Summary: when I click on the application gives me error
Product: Wine
Version: 1.1.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: juanmajote(a)gmail.com
que no se me abre la aplicacion cuando le ago clik
--
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=11812
Summary: HattrickPoli. Lists lags and Notebook focus errors.
Product: Wine
Version: 0.9.55.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jacobidiego(a)gmail.com
Created an attachment (id=11074)
--> (http://bugs.winehq.org/attachment.cgi?id=11074)
hattrick data of my account
HattrickPoli is a game tool that i have recently submitted on appDB It works
perfectly and it could be a Platinum but it has some unharmful errors:
This is a program with an interface based intensively on lists and notebook.
- Lists has lags when clicking on it.
- When clicking on notebooks tabs it shows the notebook page but doesnt focus
the notebook tab.
Both are unharmful errors but maybe are related to others.
This tool can be downloaded for free from www.hattrickpoli.com but if you dont
have an account on hattrick.org you will have no data on it, so i am attaching
the .dat file for you to have some data on it. Just unzip it on the
hattrickpoli dir.
This is wine 0.9.55 on ubuntu 7.10
--
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=18311
Summary: Applications menu entries are case sensitive
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: NEW
Keywords: integration
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
>From launchpad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/242529
The GNOME integration for Wine's "Start menu" listings
(Applications-->Wine-->Programs) is case sensitive, when in fact it shouldn't
be.
For example, following the installation of an 'addon' package to another
application that I had already installed, I now have both
'Trnsys 16'
and 'TRNSYS 16'
listed in my Applications-->Wine-->Programs menu, when I am fairly sure that
only one of these should be present.
--
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=9849
Summary: in win16 apps, exit status is lost, and always reported
as 0
Product: Wine
Version: 0.9.45.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: wine-dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Simple win16 programs that just terminate with nonzero
status do so properly on winxp, but on wine, wine terminates
with zero status.
This is easy to test with openwatcom and a trivial C program, e.g.
#include <stdlib.h>
#include <unistd.h>
extern void myexit( void );
#pragma aux myexit = \
"mov ax,4c01h" \
"int 21h"
int main()
{
/*exit(1);
_exit(1);
__exit(1);*/
myexit();
return 1;
}
I compiled this with the overly complicated commandline
wine wcc '-i=C:\WATCOM\h\win;C:\WATCOM\h'-zW -e25 -zq -od -d2 -bw-bt=windows
foo.c
wine wlink file foo.obj
To test, do
wine foo.exe
echo $?
It should output 1, but it outputs 0.
--
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=36568
Bug ID: 36568
Summary: Darkorbit Bot "Palla by Palavia.exe" doesn't work with
crossover 13
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alessandro_policastro(a)virgilio.it
I tried to open this program: palla by palaver.exe with crossover, but it
crushes. The message says that there's a deficiency of Wine. What can i do?
--
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=36366
Bug ID: 36366
Summary: Path of Exile black screen with NVIDIA cards
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smilzoboboz(a)gmail.com
PathOfExile.exe:
Both Loading screen and Menu (didn't go any further) appear black (with
periodic "actual content" flash).
As workaround changing HKCU/Software/Wine/Direct3D/OffscreenRenderingMode to
"backbuffer" makes things work again, but then there are huge shading issues.
This bug seems to have been present since 1.7.14.
--
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=30802
Bug #: 30802
Summary: When trying to run a Flyff private server, the error
message, "The program Neuzz.exe has encountered a
serious problem and needs to close. We are sorry for
the inconvenience."
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: snowkid67(a)gmail.com
Classification: Unclassified
The app was running fine through wine, I closed the program, and a few hours
later I kept receiving this error message. I tried installing the game on
another MAC computer and kept receiving the same error message. I believe the
problem is through wine because windows computers are not having a problem
loading the game.
--
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=13202
Summary: ClientSideWithRender fixes Auran Trainz text, but breaks
window elements in Steam
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: baloo(a)ursine.ca
Setting the registry key
HKEY_CURRENT_USER\Software\Wine\X11 Driver\ClientSideWithRender in Wine's
regedit fixes the infamous disappearing text problem in some games (such as the
Auran Trainz series), but causes some UI elements in Steam to become invisible.
--
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=26758
Summary: Makefile system does not respect AS variable
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
As part of building Wine DLLs an executables, Winebuild generates assembly
files that are then assembled. If an assembler is specified using --as-cmd,
that program is used; otherwise the system assembler is used.
Wine's build system, unfortunately, does not allow the user to set the
assembler to pass to winebuild. The usual way to set the assembler to use is to
set the AS variable, but the build system does not respect it.
This is a problem, for example, on Mac OS X when building with Clang with its
integrated assembler turned on. Clang's integrated assembler supports .cfi
directives, but the system assembler doesn't. During configure, a test file
containing .cfi directives is passed to the compiler, on the assumption that it
would be then passed to the system assembler. With Clang's integrated
assembler, this assumption is broken. Thus, when winebuild tries to assemble
files containing .cfi directives (because it believes that the system assembler
supported them), it fails as a result. A workaround is to tell winebuild to use
Clang to assemble, but the Makefile system doesn't support that.
--
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=28101
Summary: wininet ftp tests slow
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Most tests are fast, but the slowest three here are
60 seconds: wininet ftp
34 seconds: ws2_32 sock
28 seconds: explorerframe nstc
...
Let's make the wininet ftp tests faster, they really don't need to take so
long.
--
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=8365
Brandon Corujo <haku08879(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |haku08879(a)gmail.com
--
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=7902
Brandon Corujo <haku08879(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |haku08879(a)gmail.com
--
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=3548
Brandon Corujo <haku08879(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |haku08879(a)gmail.com
--
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=1988
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
Component|-unknown |wmp&wmvcore
Summary|It's seems impossible to |VCDEasy 3.x needs
|run VCDEasy-1.5.2 |MediaPlayer 6.x ActiveX
| |control
| |('{22D6F312-B0F6-11D0-94AB-
| |0080C74C7E95}' ->
| |'msdxm.ocx')
--- Comment #14 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
the app uses an ancient Media Player ActiveX control.
You need an old 6.x Media Player which bundles this ActiveX control.
WMP 7/9/10 will do nothing here, they no longer ship this control.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/VCDEasy
$ WINEDEBUG=+tid,+seh,+relay wine ./VCDEasy.exe >>log.txt 2>&1
...
0023:Call advapi32.RegOpenKeyExA(80000000,00595138
"CLSID\\{22D6F312-B0F6-11D0-94AB-0080C74C7E95}\\InprocServer32",00000000,00020019,00affcfc)
ret=0044903f
0023:Ret advapi32.RegOpenKeyExA() retval=00000002 ret=0044903f
0023:Call advapi32.RegOpenKeyExA(80000000,00595138
"CLSID\\{22D6F312-B0F6-11D0-94AB-0080C74C7E95}\\InprocServer32",00000000,00020009,00affcfc)
ret=004490b7
0023:Ret advapi32.RegOpenKeyExA() retval=00000002 ret=004490b7
0023:Call advapi32.RegOpenKeyExA(80000000,00595138
"CLSID\\{22D6F312-B0F6-11D0-94AB-0080C74C7E95}\\InprocServer32",00000000,00000001,00affcfc)
ret=00449129
0023:Ret advapi32.RegOpenKeyExA() retval=00000002 ret=00449129
0023:Call KERNEL32.GetFullPathNameA(00b3a2a8
"msdxm.ocx",00000104,00affa74,00affb78) ret=0040ba49
0023:Ret KERNEL32.GetFullPathNameA() retval=00000022 ret=0040ba49
0023:Call KERNEL32.FindFirstFileA(00b3a2c0 "C:\\Program
Files\\VCDEasy\\msdxm.ocx",00affbc0) ret=0040b5de
0023:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0040b5de
0023:Call KERNEL32.GetLastError() ret=0040b60d
0023:Ret KERNEL32.GetLastError() retval=00000002 ret=0040b60d
0023:Call KERNEL32.WinExec(00b3a374 "regsvr32 /s
C:\\windows\\system32\\dllcache\\msdxm.ocx",00000000) ret=00594a91
...
0023:Ret KERNEL32.WinExec() retval=00000021 ret=00594a91
...
0023:Call user32.DrawTextA(0004002a,00b37508 "Windows Media Player (required by
VCDEasy) does not seem to be installed (or fully installed) on this Windows.
\r\rPlease download it from
http://www.microsoft.com/mediaplayer/",000000b1,00affcb8,00000450) ret=004aea3d
0023:Ret user32.DrawTextA() retval=00000027 ret=004aea3d
--- snip ---
https://rti-source-spool.googlecode.com/svn/trunk/filer/msdxm.tlh
--- snip ---
struct __declspec(uuid("22d6f312-b0f6-11d0-94ab-0080c74c7e95"))
MediaPlayer;
// [ default ] interface IMediaPlayer2
// [ default, source ] dispinterface _MediaPlayerEvents
// interface IMediaBindStream
--- snip ---
There is no winetricks recipe for older 6.x Media Player redistributable hence
you need to download/install manually.
Download: www.oldapps.com/windows_media_player.php?old_windows_media_player=3
(NOTE: 16-bit installer parts vs. recent Linux kernels)
$ sha1sum mpfull.exe
44aef252a660612a01ee13271d84d2da3885e58d mpfull.exe
$ du -sh mpfull.exe
3.5M mpfull.exe
$ wine --version
wine-1.7.19-71-g94ccd61
Regards
--
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=3591
--- Comment #26 from Bernhard Reiter <ockham(a)raz.or.at> ---
I've sat down and produced a patch which I believe fixes this bug.
The patch, split in two parts, is found at
http://source.winehq.org/patches/data/104913 and
http://source.winehq.org/patches/data/104914
Anyone interested, please build Wine from git with those patches applied and
test if your py2exe/cx_Freeze/... package freezing works. Please report the
results here -- positive reports might help convince the Wine maintainer to
merge those patches into the official code!
--
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=36042
Bug ID: 36042
Summary: GTA IV wont start
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kimamb(a)hotmail.com
Created attachment 48196
--> http://bugs.winehq.org/attachment.cgi?id=48196
BACKTRACE
I HAVE UPGADED WINE THIS TIME.
i have no idea why. got an error log gough
--
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=35245
Bug ID: 35245
Summary: Unable to install Red Alert (C&C) because the setup
reports wrong Windows version
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florian.angermeier(a)desaster-games.com
Classification: Unclassified
I have tried to install the Windows 95 version of Red Alert (C&C) and got stuck
in the setup process because it found Windows version 5.1 (XP) instead of the
needed 95 version.
After I had looked into the Wine Configuration I found out that the lowest
version to set is Windows XP.
Is it possible to bring the possibility back to set the Windows version lower
than XP? I guess there more setups and programs which fail to get past the
version check. Did anyone encounter a similar situation?
--
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=36567
Bug ID: 36567
Summary: Sending a patch in newtestbot as a logged user
redirects to testbot.winehq.org where you may not be
logged
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
To send tests I always use the newtestbot.winehq.org, but after the test starts
running I'm redirected to the test page in testbot.winehq.org, I'm not logged
there so I can see the "Log in" item in the menu.
I can go back manually to newtestbot and select the test I'm running so I think
this is just a redirect issue that is using the old name.
Another solution would be to extend the cookie to be valid in the whole domain
instead of the subdomain only, that may require extra work though.
--
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=6955
Béla Gyebrószki <gyebro69(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |billy65bob(a)gmail.com
--- Comment #139 from Béla Gyebrószki <gyebro69(a)gmail.com> ---
*** Bug 24494 has been marked as a duplicate of this bug. ***
--
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=8272
Béla Gyebrószki <gyebro69(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |saleck(a)saleck.net
--- Comment #34 from Béla Gyebrószki <gyebro69(a)gmail.com> ---
*** Bug 34615 has been marked as a duplicate of this bug. ***
--
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=8272
Béla Gyebrószki <gyebro69(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|download |
URL|http://wood.sandbox.cz/wiza |
|rdry8-demo/wizardry8demo.ex |
|e |
CC| |gyebro69(a)gmail.com
--- Comment #33 from Béla Gyebrószki <gyebro69(a)gmail.com> ---
I can't reproduce the problem with the linked demo version (v1.0.0) so I
removed the download link.
The GOG.com version of the game (1.2.4) however, does have the problem and it
is still present in wine-1.7.19-70-gd6a59f7. On exit the game hangs with
>err:ntdll:RtlpWaitForCriticalSection section 0x8212b0 "\xb0K\xf9\x0b\xa0K\xf9\x0b\xe0U\xf9\x0b\xf0U\xf9\x0b" wait timed out in thread 0041, blocked by 0000, retrying (60 sec)
I found that using native msvcp60 and msvcrt together makes the problem go away
and the game exits normally.
--
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=36502
Bug ID: 36502
Summary: FarCry 3 fail to launch
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cogrossisimone(a)gmail.com
Created attachment 48577
--> http://bugs.winehq.org/attachment.cgi?id=48577
Backtrace
When i try to run it, it loads up the menu then closes and sends me an error
saying that the program has encoutered a serious problemand needs to close,it
also mentioned that can be cause by a program or a deficiency in Wine.
--
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=36515
Bug ID: 36515
Summary: Garmin Express: Installer doesn't launch
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nikos42(a)gmail.com
Created attachment 48586
--> http://bugs.winehq.org/attachment.cgi?id=48586
Terminal output when launching Garmin Express installer
The installer for Garmin Express doesn't start when launched under Wine.
The installer can be downloaded for free from here:
http://software.garmin.com/en-US/express-download.html#win
--
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=36535
Bug ID: 36535
Summary: the guy game crashes when i click play at the startup
menu
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tedwaltmuf(a)yahoo.com
i click the wrapper and there is a splash screen.it goes to a menu with 3
buttons "paly,configure, quit" i click play the game loads a bit then crashes.
it says Unhandled exception: page fault on read access to 0x8b000018 in 32-bit
code. the rest of the crash report is attatched.
--
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=36495
Bug ID: 36495
Summary: Layout section of CutlistPlus causes program to bomb
out, after working normally for some years
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stonypoint44(a)gmail.com
CutlistPlus started bombing out after working normally for a few years
--
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=26322
Summary: Grand Theft Auto: Vice City (2003) rendering problems
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Install and run GTA: Vice City as follows:
rm -rf ~/.wine
cd /media
wine GTA_Vice_City/setup.exe (uncheck Radio Station to avoid needing disc 2)
# eject disc1 and mount disc2
# work around wine not creating symlink for d:, e.g.
ln -s /dev/cdrom ~/.wine/dosdevices/d::
ln -s /media/Vice_City_Play /home/dank/.wine/dosdevices/d:
# start the game!
cd ~/".wine/drive_c/Program Files/Rockstar Games/Grand Theft Auto Vice City"
wine gta-vc.exe
Happily, this even plays the intro movies and recognizes the disc.
Unhappily, the first cut scene (where the gangsters are sitting around
a table discussing what to do with a guy who's just getting out of jail)
has really, really low fps.
The appdb suggests using OffscreenRenderMode=pbuffer, but that was removed
in wine-1.1.41.
OffscreenRenderMode=backbuffer gets the performance of that scene up nicely.
Either way, the next scene, where a car is driving around,
doesn't show the cars.
And when that finishes, you're supposed to drive around, but everything
looks completely wrong, all one can see are clouds.
POL uses wine-1.1.40 for this game, fwiw.
--
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=36529
Bug ID: 36529
Summary: OLE fails to load a Typelib
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: guillaume.charifi(a)sfr.fr
Created attachment 48613
--> http://bugs.winehq.org/attachment.cgi?id=48613
The test file
When a Typelib is embedded into a program, and references a type defined in
another Typelib also embedded into the program, Wine fails to locate the
TypeLib and cannot resolve the type, so the application crashes.
The test program joined displays a failure message on Wine, but works on
Windows, so maybe it's an undocumented Windows behaviour.
This bug must be the same than http://bugs.winehq.org/show_bug.cgi?id=34184
--
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=35790
Bug ID: 35790
Summary: Error finding libpng15.so.15 (Affects Microsoft Visual
C++ Redistributable 2013 (x86) installer and Microsoft
Visual C++ Redistributable 2013 (x86_64) installer and
indirectly affects all C/C++ applications compiled
with Visual Studio 2013)
Product: Wine
Version: 1.7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: thehairyrock(a)gmail.com
Created attachment 47783
--> http://bugs.winehq.org/attachment.cgi?id=47783
Error logs from the installers.
This causes the installer for Visual C++ 2013 Runtime Redistributable to crash,
It affects both the x86 version and the x86_64 version on both types of
prefixes.
p.s. - I checked my system path and installed packages and libpng15 is
installed, I also re-installed wine and encountered the same issue.
p.p.s - I did not test the ARM installer to see if it encountered the same
error, as i don't have wine ARM.
--
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=36543
Bug ID: 36543
Summary: Fedora 20: Wolfenstein the new order crashes on
startup
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: turgut(a)kalfaoglu.com
The game installs fine, but fails to start, no mention of GL_VENDOR in the log.
It just gives a segmentation error and quits.
I'm using the latest wine for fedora 20.
--
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=36503
Bug ID: 36503
Summary: Combat Manager Crashes
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: moisesoliveira.mj(a)gmail.com
Created attachment 48579
--> http://bugs.winehq.org/attachment.cgi?id=48579
Combat Manager (Backtrace)
The software Combat Manager crashes and the debug shows the message attached to
the 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.
http://bugs.winehq.org/show_bug.cgi?id=36530
Bug ID: 36530
Summary: Age of Empires II: Black screen on start, sound plays
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: michal.nowak(a)resist.ca
Created attachment 48615
--> http://bugs.winehq.org/attachment.cgi?id=48615
Wine 1.7.19 log
Age of Empires II: Forgotten Empires (but also Kings and Conquerors) fail to
show main menu on start, Wine shows black screen instead. I am able to place
cursor where Exit button should be and reliably quit (no freeze).
This happens with Wine 1.7.19 (Fedora) however 1.6.1 works as expected. Logs
from both versions attached as well as run with 1.7.19 enriched with DXPlay
libs from winetricks (which does not work either).
I use x86_64 system but the game is 32-bit. I have a parallel installation of
both 64- and 32-bit libs.
Graphics card is Radeon HD 7500M/7600M Series.
--
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=36516
Bug ID: 36516
Summary: Advego Plagiatus: Crash at start
Product: Wine
Version: 1.6.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pr0sto(a)hotmail.com
exception when I click open with WINE (v.1.6.1) on Advego Plagiatus v.1.3.0.94
(http://advego.ru/plagiatus/advego_plagiatus.zip)
....see more 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.
http://bugs.winehq.org/show_bug.cgi?id=36494
Bug ID: 36494
Summary: Hearthstone shows question marks for Cyrillic text in
chat
Product: Wine
Version: 1.7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: x-pilot(a)xakep.ru
Created attachment 48570
--> http://bugs.winehq.org/attachment.cgi?id=48570
Screenshot of Heartstone with type "test/тест" text
When I try to send a message to my friends via Hearthstone's chat overlay, it
works only for Latin characters. Russian (Cyrillic) are shown as question marks
("?"). Recipients confirm that they receive it as question marks on their side.
On Windows XP text sends correctly (so, it's not game's issue). I don't have
such problem with chat in Steam, when I launch windows version under wine (so,
it shouldn't be an issue with locale).
wine: wine-1.7.17;
Ubuntu 14.04;
Main locale: "LANG=en_US.UTF-8";
--
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=29049
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Austin English <austinenglish(a)gmail.com> ---
Closing.
--
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=36522
Bug ID: 36522
Summary: horizon
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joenow(a)live.com
Created attachment 48604
--> http://bugs.winehq.org/attachment.cgi?id=48604
error log
I'm trying to install horizon (the xbox game save mod) through wine but it gets
through 3/4 for installing and errors out. Attached is the backtrace log
explaining why it crashed. I have uninstalled, purged then re-installed the
app.
--
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=31405
Bug #: 31405
Summary: Wine not playing GTA San Andreas
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ibrahim.chhaya(a)gmail.com
Classification: Unclassified
Hi, when I install GTA San Andreas it's perfectly fine but when I go to wine
and play the game the screen becomes black and slowly changes to white, then
white to black repeatedly
--
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=31099
Bug #: 31099
Summary: powerpoint crashes when trying to save
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: juanmamompo(a)hotmail.com
Classification: Unclassified
Created attachment 40827
--> http://bugs.winehq.org/attachment.cgi?id=40827
generated error file
i can open a ppt but I'm not allowed to save the changes.
Also have problems opening the folder to select the file I want to open. my
guess is there is a problem with explorer.exe
--
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=29338
Bug #: 29338
Summary: The program Rhino.exe has encountered a serious
problem and needs to close. We are sorry for the
inconvenience
Product: Wine
Version: 1.3.28
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gsaumure79(a)videotron.ca
Classification: Unclassified
The program just run fine, but I get an error message when I close the program.
The program Rhino.exe has encountered a serious problem and needs to close. We
are sorry for the inconvenience.
This issue is not very serious, just annoying. And the problem seems to appear
since I have upgraded from Linux Mint 11 to Linux Mint 12.
--
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=36150
Bug ID: 36150
Summary: valgrind shows a few leaks in
dlls/msi/tests/automation.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Definitely:
==2682== 32 bytes in 1 blocks are definitely lost in loss record 248 of 740
==2682== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2682== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2682== by 0x6208297: heap_alloc (typelib.c:1664)
==2682== by 0x62112EC: ITypeLib2_fnGetLibAttr (typelib.c:4984)
==2682== by 0x6204868: LoadRegTypeLib (oaidl.h:2672)
==2682== by 0x539DD76: get_typeinfo (automation.c:97)
==2682== by 0x539E67E: AutomationObject_GetIDsOfNames (automation.c:296)
==2682== by 0x4E6DDF7: get_dispid (oaidl.h:814)
==2682== by 0x4E6DE74: test_dispid (automation.c:601)
==2682== by 0x4E7CD05: func_automation (automation.c:2765)
==2682== by 0x4F98E4B: run_test (test.h:584)
==2682== by 0x4F9923A: main (test.h:654)
possibly:
==2606== 28 bytes in 1 blocks are possibly lost in loss record 200 of 740
==2606== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2606== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2606== by 0x5896826: COMPOBJ_DllList_Add (compobj.c:526)
==2606== by 0x5898B62: apartment_getclassobject (compobj.c:1335)
==2606== by 0x589C2AC: get_inproc_class_object (compobj.c:2894)
==2606== by 0x589C76B: CoGetClassObject (compobj.c:3032)
==2606== by 0x589CD2D: CoCreateInstance (compobj.c:3197)
==2606== by 0x4EA8C4B: func_automation (automation.c:2757)
==2606== by 0x4FC4E4B: run_test (test.h:584)
==2606== by 0x4FC523A: main (test.h:654)
==2606== 28 bytes in 1 blocks are possibly lost in loss record 201 of 740
==2606== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==2606== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==2606== by 0x6228202: heap_alloc_zero (typelib.c:1657)
==2606== by 0x622AE41: MSFT_ReadAllRefs (typelib.c:2897)
==2606== by 0x622D0EC: ITypeLib2_Constructor_MSFT (typelib.c:3711)
==2606== by 0x622C358: TLB_ReadTypeLib (typelib.c:3455)
==2606== by 0x6224694: LoadTypeLibEx (typelib.c:478)
==2606== by 0x62245D0: LoadTypeLib (typelib.c:454)
==2606== by 0x6224822: LoadRegTypeLib (typelib.c:537)
==2606== by 0x53B5D76: get_typeinfo (automation.c:97)
==2606== by 0x53B667E: AutomationObject_GetIDsOfNames (automation.c:296)
==2606== by 0x4E99DF7: get_dispid (oaidl.h:814)
==2606== by 0x4E99E74: test_dispid (automation.c:601)
==2606== by 0x4EA8D05: func_automation (automation.c:2765)
==2606== by 0x4FC4E4B: run_test (test.h:584)
==2606== by 0x4FC523A: main (test.h:654)
==2606==
--
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=15892
Summary: BYOND Crash
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://www.byond.com
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stevenw9(a)gmail.com
Created an attachment (id=17050)
--> (http://bugs.winehq.org/attachment.cgi?id=17050)
BYOND Crash Debug Output
BYOND suddenly crashes when launching the game: BYOND Tabletop Game. I'm not
sure why, so I placed some debug info underneath this.
--
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=36497
Bug ID: 36497
Summary: HLSL Effect compiler and disasmbler crashing when
trying to open an effect file
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: infyquest(a)gmail.com
HLSL Effect compiler and disasmbler crashing when trying to open an effect file
The effect compiler can be downloaded from
http://theinstructionlimit.com/samples/EffectCompiler/EffectCompiler.zip
It crashes with the below log:
[vijay@DellArch EffectCompiler]$ wine EffectCompiler.exe
libgluezilla not found. To have webbrowser support, you need libgluezilla
installed
libgluezilla not found. To have webbrowser support, you need libgluezilla
installed
fixme:wincodecs:PngDecoder_Block_GetCount stub
System.NullReferenceException: Object reference not set to an instance of an
object
at System.Windows.Forms.WebBrowser.Refresh (WebBrowserRefreshOption opt)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.WebBrowser.Refresh () [0x00000] in <filename
unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnParentEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnEnabledChanged (System.EventArgs e)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Form.OnEnabledChanged (System.EventArgs e) [0x00000]
in <filename unknown>:0
at System.Windows.Forms.Control.set_Enabled (Boolean value) [0x00000] in
<filename unknown>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control:set_Enabled (bool)
at System.Windows.Forms.Form.ShowDialog (IWin32Window owner) [0x00000] in
<filename unknown>:0
at (wrapper remoting-invoke-with-check) System.Windows.Forms.Form:ShowDialog
(System.Windows.Forms.IWin32Window)
at System.Windows.Forms.CommonDialog.ShowDialog (IWin32Window owner)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.CommonDialog.ShowDialog () [0x00000] in <filename
unknown>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.CommonDialog:ShowDialog ()
at EffectCompiler.CompilerForm.BrowseButton_Click (System.Object sender,
System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000] in
<filename unknown>:0
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000] in
<filename unknown>:0
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000] in <filename unknown>:0
Shutting down finalizer thread timed out.
=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
abnormal program termination
--
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=34424
Bug #: 34424
Summary: Can't log into Star Trek Online
Product: Wine-gecko
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
AssignedTo: jacek(a)codeweavers.com
ReportedBy: alexhenrie24(a)gmail.com
Classification: Unclassified
Star Trek Online creates an IEframe showing
http://launcher.startrekonline.com/launcher_login. When you click "Login",
nothing happens.
When you go to the same web page in Firefox, Firefox's error console gets
"Security Error: Content at http://launcher.startrekonline.com/launcher_login
may not load or link to app://4/."
Installing ie8 from winetricks gets around the problem.
This leads me to believe that wine-gecko is not properly emulating Internet
Explorer's cross-site data restriction policies.
--
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=9127
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEW
CC| |focht(a)gmx.net
Hardware|Other |x86
Summary|Games video movies are not |Multiple games fail to play
|playable |intro videos/movies (quartz
| |MPEG splitter: MPEG-1
| |system streams not
| |supported)
--- Comment #54 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
confirming, still present.
Refining summary.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Rockstar Games/Grand Theft Auto San
Andreas
$ WINEDEBUG=+tid,+seh,+loaddll,+quartz wine ./gta_sa.exe >>log.txt 2>&1
...
0024:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\msvfw32.dll" at 0x7c420000: builtin
0024:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\quartz.dll"
at 0x7c450000: builtin
0024:trace:quartz:DllGetClassObject
({e436ebb3-524f-11ce-9f53-0020af0ba770},{00000001-0000-0000-c000-000000000046},0x177f068)
0024:trace:quartz:DSCF_CreateInstance
(0x3232378)->((nil),{56a868a9-0ad4-11ce-b03a-0020af0ba770},0xc920d4)
0024:trace:quartz:FilterGraph_create ((nil),0x177efec)
...
0024:trace:quartz:GetClassMediaFile ((nil), L"movies\\Logo.mpg", (nil), (nil))
0024:trace:quartz:GetClassMediaFile L"Extensions"
0024:trace:quartz:GetClassMediaFile L"{E436EB83-524F-11CE-9F53-0020AF0BA770}"
0024:err:quartz:GetClassMediaFile Media class not found
...
0024:trace:quartz:FilterGraph2_AddFilter (0x32324e8/0x32324ec)->(0x3236f58,
L"MPEG-I Stream Splitter" (0x3236b4c))
0024:trace:quartz:Parser_SetSyncSource ((nil))
0024:trace:quartz:Parser_GetPin Asking for pos 0
0024:trace:quartz:FileAsyncReaderPin_AttemptConnection (0x3237138, 0x3237430)
0024:trace:quartz:dump_AM_MEDIA_TYPE MEDIATYPE_Stream
MEDIASUBTYPE_MPEG1System
...
FORMAT_None
0024:trace:quartz:Parser_PullPin_ReceiveConnection ()
0024:trace:quartz:PullPin_ReceiveConnection (0x3237138/0x3237138)->(0x3232ad0,
0x3237430)
0024:trace:quartz:dump_AM_MEDIA_TYPE MEDIATYPE_Stream
MEDIASUBTYPE_MPEG1System
...
FORMAT_None
0024:fixme:quartz:MPEGSplitter_query_accept MPEG-1 system streams not yet
supported.
...
0024:warn:quartz:FilterGraph2_Render Unable to connect L"MPEG-I Stream
Splitter" to renderer (80040207)
--- snip ---
$ wine --version
wine-1.7.19-70-gd6a59f7
Regards
--
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=29049
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |focht(a)gmx.net
Resolution|--- |INVALID
--- Comment #2 from Anastasius Focht <focht(a)gmx.net> ---
Hello folks,
no further response from OP.
Please learn how to properly report bugs: http://wiki.winehq.org/Bugs
Resolving 'invalid'.
Regards
--
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=34509
Bug #: 34509
Summary: wine does not install - obsolete dependencies searched
for
Product: Wine
Version: 1.6-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: susancragin(a)earthlink.net
Classification: Unclassified
Wine does not install properly in the latest development versions.
There are several problems.
The first is that the following programs are updated:
wine
wine1.6
wine1.6-amd64
But the 386 version of the package is not, or doesn't appear on the list.
wine1.6-i386:i386
The second problem is that the dependencies do not install correctly.
There appear to be a couple of problems with this. The first one that pops up
after the command: apt-get build-dep wine is the following:
E: Build-Depends dependency for wine1.6 cannot be satisfied because the package
libgphoto2-2-dev cannot be found
Well, at first that package was not there at all, having been replaced by two
packages (386 and amd64); however, the transitional package that installed both
of them was not available.
But today libphoto in any flavor has vanished.
--
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=31097
Bug #: 31097
Summary: wine apps crash when using opengl
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)leon.vankammen.eu
Classification: Unclassified
It seems that the latest 1.5.7 wine-package doesnt like libgl/dri-driver 8.x.x
(win32 apps crash in wine as soon as opengl is called)..however if you install
libgl/dri-driver 7.x.x everything works.
more info about configuration etc: https://bugs.archlinux.org/task/30501
As stated, I got it working with older libgl/dri-driver libs now but I will try
to generate some more debugging info.
The friendly guys @ archlinux pointed out the 'LIBGL_DEBUG=verbose wine
foo.exe' trick, any other suggestions?
btw. pretty neato bugtracker with the possible duplicates-checker :)
--
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=27848
Summary: Crysis2 freezes/hangs since wine 1.3.22 (ReportFault
0xc65de0c)
Product: Wine
Version: 1.3.24
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rockorequin(a)hotmail.com
Crysis 2 runs fine on wine 1.3.21 on my PC with an nvidia 540M card, but in
versions 1.3.22 and onwards it freezes at a random point usually less than a
minute after gameplay starts with the error:
fixme:faultrep:ReportFault 0xc65de0c 0x0 stub
At this point, the music continues to play (it doesn't appear to be looping)
but the graphics are frozen, so I'm guessing it's a d3d issue.
I have the various directX 9 and 10 native libraries enabled via winetricks and
the Crysis patch applied to wine.
Running it in wine 1.3.24, I also get
"fixme:d3d_texture:wined3d_texture_generate_mipmaps texture 0x6aa3928 stub!"
errors, but these don't appear to cause the freeze.
--
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=1719
Sylvain Petreolle <spetreolle(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |spetreolle(a)yahoo.fr
--
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=3897
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |2919a9a7a8c52b705195690664c
| |234faad9766e1
CC| |focht(a)gmx.net
--
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.