http://bugs.winehq.org/show_bug.cgi?id=26119
Summary: kernel32/pipe tests show some valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33293)
--> (http://bugs.winehq.org/attachment.cgi?id=33293)
valgrind log
Syscall param writev(vector[...]) points to uninitialised byte(s)
at writev (in /lib/libc-2.11.2.so)
by send_request (server.c:209)
by wine_server_call (server.c:290)
by NTDLL_wait_for_multiple_objects (sync.c:1118)
by NtWaitForMultipleObjects (sync.c:1162)
by NtWaitForSingleObject (sync.c:1171)
by server_ioctl_file (file.c:1276)
by NtFsControlFile (file.c:1523)
by ConnectNamedPipe (sync.c:1589)
by serverThreadMain1 (pipe.c:425)
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 0x7f43e42c is on thread 1's stack
Uninitialised value was created by a stack allocation
at ConnectNamedPipe (sync.c:1575)
and several possibly memory leaks.
--
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=33284
Bug #: 33284
Summary: Direct3D(maybe directx7) problems in old games
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liuycsd(a)gmail.com
Classification: Unclassified
Created attachment 44034
--> http://bugs.winehq.org/attachment.cgi?id=44034
screenshots and terminal logs (see index.html inside)
I've run the game called "Xin Shendiao Xialv"("The Giant Eagle and It's
Companion",Released in about the year 2000 by 昱泉國際股份有限公司) I(Shendiao.exe) and
II(EagleII.exe).
But
1. in some of the 3D scenes,it shows me white textures.^[1]
2. In gdi mode,
□ texts are shown without a background box.^[2]
□ EagleII.exe crash in this mode frequently in defferent place.
3. In opengl mode,No(Shendiao.exe(LIBGL_ALWAYS_SOFTWARE=1) and EagleII.exe) or
Only Part(Shandiao.exe) of the 3D objects can be shown.^[3]
I'm not sure what actually results in the problem.The following lines were
shown then.
warn:d3d_surface:wined3d_surface_blt Using fallback for complex blit
(0x8000).
warn:d3d_surface:IWineD3DSurfaceImpl_BltOverride Src is in sysmem,
rejecting gl blt
warn:d3d_surface:surface_load_location Operation requires 0x2 access, but
surface only has 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location
SFLAG_INSYSMEM for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location
SFLAG_INSYSMEM for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
-----
I'm sorry that I can't provide the executable files.
--
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=23729
Summary: Need for Speed: throbbing glob around language and
save game name not as noticable on Wine
Product: Wine
Version: 1.2
Platform: x86
URL: http://cdn.needforspeed.com/data/downloads/shift/NFSSH
IFTPCDEMO.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
You can't see this unless you compare Windows and Wine side by side,
but: I didn't even realize there was a throbbing halo around the
language choice and save game name choice until I saw it on Windows.
When I went back to Wine, I saw it was there too, but not as noticeable.
Also affects downloadable demo.
Needless to say, this is a minor detail.
--
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=36405
Bug ID: 36405
Summary: valgrind shows a leak 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
==20037== 112 bytes in 1 blocks are definitely lost in loss record 4,931 of
6,354
==20037== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==20037== by 0x7558530: update_cp_events (mshtml_private.h:1049)
==20037== by 0x75393FB: HTMLDocument_on_advise (htmldoc.c:3839)
==20037== by 0x7521730: ConnectionPoint_Advise (conpoint.c:269)
==20037== by 0x4DD7CDF: test_Load (ocidl.h:3659)
==20037== by 0x4DD84EA: func_xmlview (xmlview.c:270)
==20037== by 0x4DD9310: run_test (test.h:584)
==20037== by 0x4DD96FF: main (test.h:654)
==20037==
--
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=36404
Bug ID: 36404
Summary: valgrind shows a leak in faultrep/tests/faultrep.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
==15724== 16 bytes in 1 blocks are definitely lost in loss record 15 of 94
==15724== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==15724== by 0x7BC76872: RtlAllocateAndInitializeSid (sec.c:156)
==15724== by 0x51F9377: AllocateAndInitializeSid (security.c:916)
==15724== by 0x4A9510A: func_faultrep (faultrep.c:59)
==15724== by 0x4A956FA: run_test (test.h:584)
==15724== by 0x4A94C0E: main (test.h:654)
==15724==
--
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=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.
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.