http://bugs.winehq.org/show_bug.cgi?id=23821
Summary: Super Mario Brothers X hangs in quartz?
Product: Wine
Version: 1.2
Platform: x86
URL: http://www.supermariobrothers.org
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The free downloadable game Super Mario Brothers X installs ok.
It requires 'winetricks vb6run' to run, and gets two screens in
before hanging with an infinite series of messages like
fixme:quartz:parse_header Not a valid header: 62:04
Clicking the checkmark on the startup screen to disable game
sound lets the game run fine. Some people say 'winetricks quartz'
solves the problem
(http://www.supermariobrothers.org/forums/viewtopic.php?f=8&t=6711 )
--
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=36266
Bug ID: 36266
Summary: valgrind shows several leaks in dmusic/tests/dmusic.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4171== 848 bytes in 1 blocks are definitely lost in loss record 658 of 735
==4171== at 0x7BC4C735: notify_alloc (heap.c:255)
==4171== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4171== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl
(collection.c:828)
==4171== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4171== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4171== by 0x4956AD0: test_dmcoll (dmusic.c:320)
==4171== by 0x4956FFD: func_dmusic (dmusic.c:381)
==4171== by 0x4957DF8: run_test (test.h:584)
==4171== by 0x49581E6: main (test.h:654)
==4171==
==4191== 848 bytes in 1 blocks are definitely lost in loss record 655 of 733
==4191== at 0x7BC4C735: notify_alloc (heap.c:255)
==4191== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4191== by 0x5BAFDCB: DMUSIC_CreateDirectMusicCollectionImpl
(collection.c:828)
==4191== by 0x5BB1ABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4191== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4191== by 0x4956750: test_COM_dmcoll (dmusic.c:285)
==4191== by 0x4956FEE: func_dmusic (dmusic.c:378)
==4191== by 0x4957DF8: run_test (test.h:584)
==4191== by 0x49581E6: main (test.h:654)
==4191==
==4250== 448 bytes in 1 blocks are definitely lost in loss record 586 of 733
==4250== at 0x7BC4C735: notify_alloc (heap.c:255)
==4250== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4250== by 0x5BBAA04: DMUSIC_CreateSynthPortImpl (port.c:693)
==4250== by 0x5BB4741: IDirectMusic8Impl_CreatePort (dmusic.c:156)
==4250== by 0x4954FF7: test_dmusic (dmusic.c:70)
==4250== by 0x4956FF3: func_dmusic (dmusic.c:379)
==4250== by 0x4957DF8: run_test (test.h:584)
==4250== by 0x49581E6: main (test.h:654)
==4250==
==4270== 304 bytes in 1 blocks are definitely lost in loss record 570 of 733
==4270== at 0x7BC4C735: notify_alloc (heap.c:255)
==4270== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4270== by 0x5BBEF3C: DMUSIC_CreateReferenceClockImpl (clock.c:129)
==4270== by 0x5BC551A: DMUSIC_CreateDirectMusicImpl (dmusic.c:423)
==4270== by 0x5BC5ABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4270== by 0x4D4AE26: CoCreateInstance (unknwn.h:226)
==4270== by 0x4955778: test_dmbuffer (dmusic.c:137)
==4270== by 0x4956FF8: func_dmusic (dmusic.c:380)
==4270== by 0x4957DF8: run_test (test.h:584)
==4270== by 0x49581E6: main (test.h:654)
==4270==
==4309== 56 bytes in 1 blocks are possibly lost in loss record 346 of 733
==4309== at 0x7BC4C735: notify_alloc (heap.c:255)
==4309== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4309== by 0x5BEE2EC: MMDRV_InitPerType (lolvldrv.c:384)
==4309== by 0x5BEEC4D: MMDRV_Install (lolvldrv.c:476)
==4309== by 0x5BEF16F: MMDRV_Init (lolvldrv.c:547)
==4309== by 0x5BECF4B: MMDRV_InitSingleType (lolvldrv.c:78)
==4309== by 0x5BECFEE: MMDRV_GetNum (lolvldrv.c:89)
==4309== by 0x5C0A7C8: midiOutGetNumDevs (winmm.c:284)
==4309== by 0x5BB5004: create_system_ports_list (dmusic.c:328)
==4309== by 0x5BB55C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436)
==4309== by 0x5BB5ABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4309== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4309== by 0x4956F50: missing_dmusic (dmusic.c:356)
==4309== by 0x4956FB5: func_dmusic (dmusic.c:371)
==4309== by 0x4957DF8: run_test (test.h:584)
==4309== by 0x49581E6: main (test.h:654)
==4309==
--
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=36615
Bug ID: 36615
Summary: valgrind shows a definite leak in
mshtml/tests/htmldoc.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
==3134== 112 bytes in 1 blocks are definitely lost in loss record 8,688 of
12,948
==3134== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==3134== by 0x7BC515C4: RtlReAllocateHeap (heap.c:1883)
==3134== by 0x7B845879: HeapReAlloc (heap.c:281)
==3134== by 0x7B8465DA: GlobalReAlloc (heap.c:679)
==3134== by 0x4FC8BD2: HGLOBALStreamImpl_SetSize (hglobalstream.c:381)
==3134== by 0x4FC886D: HGLOBALStreamImpl_Write (objidl.h:4391)
==3134== by 0x6DD059D: PersistHistory_SaveHistory (objidl.h:4384)
==3134== by 0x4CEC11B: test_save_history (perhist.h:141)
==3134== by 0x4CEE5F8: OleCommandTarget_Exec (htmldoc.c:3097)
==3134== by 0x6DCD298: notify_travellog_update (docobj.h:981)
==3134== by 0x6DCD46F: set_current_mon (persist.c:134)
==3134== by 0x6DA5B11: navigate_proc (navigate.c:2093)
==3134== by 0x6DE4D8C: hidden_proc (task.c:316)
==3134== by 0x55A14F5: ??? (winproc.c:173)
==3134== by 0x55A166A: call_window_proc (winproc.c:244)
==3134== by 0x55A2858: WINPROC_CallProcAtoW (winproc.c:603)
==3134== by 0x55A38FD: WINPROC_call_window (winproc.c:911)
==3134== by 0x5564859: DispatchMessageA (message.c:3948)
==3134== by 0x4CF697E: test_download (htmldoc.c:5753)
==3134== by 0x4CF8BB9: test_put_href (htmldoc.c:6068)
==3134==
--
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=38813
Bug ID: 38813
Summary: Dweebs switches to full-screen mode even when virtual
desktop mode is enabled
Product: Wine
Version: 1.7.44
Hardware: x86-64
URL: http://web.archive.org/web/20021005065028/http://www.m
utation.btinternet.co.uk/Dweebs/Downloads/Demos/Dweebs
_Demo.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
Testing with Wine 1.7.44 (ubuntu-wine package built for Ubuntu 14.04) on
Lubuntu 14.10 x86-64, Nvidia binary driver 304.125.
This problem shows up with the Dweebs demo that can be downloaded from
http://web.archive.org/web/20021005065028/http://www.mutation.btinternet.co…
Download that self-extracting zip archive and unzip it.
Use winecfg to enable virtual desktop mode. Run Dweebs.exe. It switches to
full-screen mode (changing desktop resolution). But virtual desktop mode is
enabled, so that shouldn't happen.
[On my system the display is also all black, sometimes with a momentary flicker
of the image which is supposed to be there when I alt-tab. But that would be a
separate 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=35276
Bug ID: 35276
Summary: Slingplayer 2.0: multiple crashes in kernel32 during
install in WOW64 mode
Product: Wine
Version: 1.7.9
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS: Linux
Status: NEW
Keywords: download, Installer, win64
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 47050
--> http://bugs.winehq.org/attachment.cgi?id=47050
wine-1.7.9-108-ged2d53a console output
Installing SlingPlayer 2.0.4 in WOW64 mode results in multiple crashes in
kernel32, and the installer eventually claims to have failed. However, the
program is installed and usable, so it is more of a nuisance than anything
else.
To get this far:
1. Set Windows mode to Vista (do NOT use Winetricks)
2. winetricks nocrashdialog (not necessary)
3. Install.
--
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=40744
Bug ID: 40744
Summary: NtLockFile I/O completion on lock breaks Strawberry
Perl CPAN
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
Distribution: ---
Strawberry perl (5.24.0.1, 32bit) cannot install any CPAN packages because of
the "fixme:ntdll:NtLockFile I/O completion on lock not implemented yet" issue.
For example, running cpan and then typing `install Log::Log4perl` in the CPAN
shell results in the following message being repeated ad infinitum:
```
Fetching with LWP:
http://cpan.strawberryperl.com/authors/01mailrc.txt.gz
fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored
fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
...
...
```
CPAN never comes back, and cannot install any packages.
--
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=36268
Bug ID: 36268
Summary: valgrind shows several leaks in
dmloader/tests/loader.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4220== 880 bytes in 1 blocks are definitely lost in loss record 783 of 872
==4220== at 0x7BC4C735: notify_alloc (heap.c:255)
==4220== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4220== by 0x5F8C7C8: create_dmcontainer (container.c:917)
==4220== by 0x5F8DA8F: ClassFactory_CreateInstance (dmloader_main.c:101)
==4220== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4220== by 0x49558D7: test_COM_container (loader.c:189)
==4220== by 0x4955CB4: func_loader (loader.c:234)
==4220== by 0x4956AB0: run_test (test.h:584)
==4220== by 0x4956E9E: main (test.h:654)
==4220==
==4280== 104 bytes in 1 blocks are possibly lost in loss record 566 of 872
==4280== at 0x7BC4C735: notify_alloc (heap.c:255)
==4280== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4280== by 0x5FD0389: create_dmsegment (segment.c:1340)
==4280== by 0x5FBC088: ClassFactory_CreateInstance (dmime_main.c:100)
==4280== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4280== by 0x5F8FA9B: IDirectMusicLoaderImpl_GetObject (loader.c:312)
==4280== by 0x495525E: test_simple_playing (loader.c:110)
==4280== by 0x4955CAA: func_loader (loader.c:232)
==4280== by 0x4956AB0: run_test (test.h:584)
==4280== by 0x4956E9E: main (test.h:654)
==4280==
==4327== 56 bytes in 1 blocks are possibly lost in loss record 431 of 876
==4327== at 0x7BC4C735: notify_alloc (heap.c:255)
==4327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4327== by 0xC1632EC: MMDRV_InitPerType (lolvldrv.c:384)
==4327== by 0xC163C4D: MMDRV_Install (lolvldrv.c:476)
==4327== by 0xC16416F: MMDRV_Init (lolvldrv.c:547)
==4327== by 0xC161F4B: MMDRV_InitSingleType (lolvldrv.c:78)
==4327== by 0xC161FEE: MMDRV_GetNum (lolvldrv.c:89)
==4327== by 0xC17F7C8: midiOutGetNumDevs (winmm.c:284)
==4327== by 0x800E004: create_system_ports_list (dmusic.c:328)
==4327== by 0x800E5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436)
==4327== by 0x800EABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4327== by 0x4D4AE26: CoCreateInstance (unknwn.h:226)
==4327== by 0x5FD5DA9: IDirectMusicPerformance8Impl_Init (performance.c:286)
==4327== by 0x5FD8498: IDirectMusicPerformance8Impl_InitAudio
(performance.c:930)
==4327== by 0x4954F82: test_simple_playing (loader.c:83)
==4327== by 0x4955CAA: func_loader (loader.c:232)
==4327== by 0x4956AB0: run_test (test.h:584)
==4327== by 0x4956E9E: main (test.h:654)
==4327==
==4366== 16 bytes in 1 blocks are definitely lost in loss record 150 of 880
==4366== at 0x7BC4C735: notify_alloc (heap.c:255)
==4366== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4366== by 0x5FA2379: create_dmloader (loader.c:899)
==4366== by 0x5F9DA8F: ClassFactory_CreateInstance (dmloader_main.c:101)
==4366== by 0x4D4AE26: CoCreateInstance (unknwn.h:226)
==4366== by 0x4955605: test_COM (loader.c:152)
==4366== by 0x4955CAF: func_loader (loader.c:233)
==4366== by 0x4956AB0: run_test (test.h:584)
==4366== by 0x4956E9E: main (test.h:654)
==4366==
==4511== 44 bytes in 1 blocks are definitely lost in loss record 384 of 872
==4511== at 0x7BC4C735: notify_alloc (heap.c:255)
==4511== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4511== by 0x5FA3B1E: create_dmaudiopath (audiopath.c:642)
==4511== by 0x5FB09FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath
(performance.c:1033)
==4511== by 0x5FB05BF: IDirectMusicPerformance8Impl_InitAudio
(performance.c:952)
==4511== by 0x4944F82: test_simple_playing (loader.c:83)
==4511== by 0x4945CAA: func_loader (loader.c:232)
==4511== by 0x4946AB0: run_test (test.h:584)
==4511== by 0x4946E9E: main (test.h:654)
==4511==
==4877== 44 bytes in 1 blocks are definitely lost in loss record 389 of 876
==4877== at 0x7BC4C735: notify_alloc (heap.c:255)
==4877== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4877== by 0x5FCBB1E: create_dmaudiopath (audiopath.c:642)
==4877== by 0x5FD89FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath
(performance.c:1033)
==4877== by 0x495508B: test_simple_playing (loader.c:93)
==4877== by 0x4955CAA: func_loader (loader.c:232)
==4877== by 0x4956AB0: run_test (test.h:584)
==4877== by 0x4956E9E: main (test.h:654)
==4877==
==4985== 40 bytes in 1 blocks are definitely lost in loss record 366 of 870
==4985== at 0x7BC4C735: notify_alloc (heap.c:255)
==4985== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4985== by 0x5F9CCE0: DMUSIC_CreateDirectMusicLoaderResourceStream
(loaderstream.c:553)
==4985== by 0x5F9771D: IDirectMusicLoaderImpl_GetObject (loader.c:278)
==4985== by 0x49651A7: test_simple_playing (loader.c:103)
==4985== by 0x4965CAA: func_loader (loader.c:232)
==4985== by 0x4966AB0: run_test (test.h:584)
==4985== by 0x4966E9E: main (test.h:654)
==4985==
--
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=36193
Bug ID: 36193
Summary: valgrind shows some possible leaks in
mmdevapi/tests/capture.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
==11962== 28 bytes in 1 blocks are possibly lost in loss record 99 of 483
==11962== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==11962== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==11962== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526)
==11962== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335)
==11962== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894)
==11962== by 0x4FCA783: CoGetClassObject (compobj.c:3032)
==11962== by 0x4FCAD45: CoCreateInstance (compobj.c:3197)
==11962== by 0x4E5F328: func_capture (capture.c:1081)
==11962== by 0x4E74EAF: run_test (test.h:584)
==11962== by 0x4E7529E: main (test.h:654)
==11962==
==12008== 76 bytes in 1 blocks are possibly lost in loss record 225 of 481
==12008== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12008== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12008== by 0x652ED88: create_session (mmdevdrv.c:1038)
==12008== by 0x652EE82: get_audio_session (mmdevdrv.c:1068)
==12008== by 0x6530737: AudioClient_Initialize (mmdevdrv.c:1460)
==12008== by 0x4E4DBC8: test_audioclient (audioclient.h:315)
==12008== by 0x4E52477: func_capture (capture.c:1099)
==12008== by 0x4E67EAF: run_test (test.h:584)
==12008== by 0x4E6829E: main (test.h:654)
==12008==
--
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=36239
Bug ID: 36239
Summary: valgrind shows a potential leak in
cryptnet/tests/cryptnet.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
==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312
==25097== at 0x7BC4C735: notify_alloc (heap.c:255)
==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==25097== by 0x4D639FE: CryptMemAlloc (main.c:124)
==25097== by 0x4D769BD: init_oid_info (oid.c:1403)
==25097== by 0x4D77347: crypt_oid_init (oid.c:1613)
==25097== by 0x4D63578: DllMain (main.c:46)
==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40)
==25097== by 0x7BC52FC0: ??? (loader.c:138)
==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==25097== by 0x7BC5597C: process_attach (loader.c:1157)
==25097== by 0x7BC5592C: process_attach (loader.c:1149)
==25097== by 0x7BC5592C: process_attach (loader.c:1149)
==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769)
==25097== by 0x401B03C: ??? (port.c:60)
--
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.