https://bugs.winehq.org/show_bug.cgi?id=44299
Bug ID: 44299
Summary: Windows Media Player 7.1 installer conflicts with stub
wmplayer.exe
Product: Wine
Version: 3.0-rc4
Hardware: x86
URL: http://download.microsoft.com/download/winmediaplayer/
wmp71/7.1/W982KMe/EN-US/mp71.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Wine has a wmplayer.exe stub and prevents the Windows Media Player 7.1
installer from replacing it. This results in Windows Media Player 7.1 not
working. Execution results in:
002f:fixme:wmplayer:wmain stub: L"C:\\Program Files\\Windows Media
Player\\wmplayer.exe"
Stub:
https://www.winehq.org/pipermail/wine-cvs/2015-November/109824.html
Manually replacing the file from the installer corrects the problem.
Xubuntu 17.04 x86, Intel Pentium D 3.46GHz, GeForce 8600 GT with Nvidia
340.102 driver.
wine-devel 3.0~rc4~zesty from dl.winehq.org
--
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=20632
Summary: Windows Picasa cannot order photos
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jake.msstate(a)gmail.com
When trying to order pictures (Shop) through the Windows version of Picasa
(specifically 3.1.0 Build 71.4300,0), the application brings up an empty list
of providers.
The URL that it is trying to bring up is
https://client4.google.com/providers/printers.html
--
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=23318
Summary: Bus Simulator 2008 (demo) complains about insufficient
memory on startup
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://www.gamershell.com/download_25660.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Created an attachment (id=29068)
--> (http://bugs.winehq.org/attachment.cgi?id=29068)
console log when the demo crashes
Wine pops up an error dialogue when starting Bus Simulator 2008 (at least the
demo I can test):
'Error E1004: Not enough memory (50 MB required)!' Afterwards Wine crashes.
The game was rated to Gold in AppDB by the submitter, using 1.1.4. After trying
out several Wine versions it turned out the game doesn't crash when using
Wine-1.1.24 or any earlier versions.
Result of regression testing:
09712593c8496be5e952b7316099f9eed5043203 is the first bad commit
commit 09712593c8496be5e952b7316099f9eed5043203
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jun 25 14:18:53 2009 +0200
ntdll: Release some address space after the process initialization is done.
:040000 040000 25715d0c052bc6bbc0262c742ad285d17a78f236
aa973aa3e5286174dcbffd782691d09bd9109e5d M dlls
The commit cannot be reverted even on the top of the nearest 1.1.25 version,
but after
git checkout 09712593c8496be5e952b7316099f9eed5043203 >> the game crashes
git revert 09712593c8496be5e952b7316099f9eed5043203 >> the game starts up
correctly.
There are other bugreports mentioning the same commit: bug #21198, bug #20986,
bug #21630 and bug #22187.
Author of the patch added to CC.
Link to the demo added to url.
--
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=36283
Bug ID: 36283
Summary: valgrind shows an invalid read in imm32/tests/imm32.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==28442== Invalid read of size 4
==28442== at 0x400AD40: memcpy (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==28442== by 0x4ED078F6: FT_Stream_ReadAt (in
/usr/lib/libfreetype.so.6.10.2)
==28442== by 0x4ED45CA7: ??? (in /usr/lib/libfreetype.so.6.10.2)
==28442== by 0x4ED06223: FT_Load_Sfnt_Table (in
/usr/lib/libfreetype.so.6.10.2)
==28442== by 0x50B72E9: get_font_data (freetype.c:4422)
==28442== by 0x50B89E7: get_gasp_flags (freetype.c:4873)
==28442== by 0x50BAF28: freetype_SelectFont (freetype.c:5489)
==28442== by 0x54C7F20: X11DRV_SelectFont (init.c:319)
==28442== by 0x54FE488: xrenderdrv_SelectFont (xrender.c:858)
==28442== by 0x50A1F7F: FONT_SelectObject (font.c:723)
==28442== by 0x50C5C37: SelectObject (gdiobj.c:1174)
==28442== by 0x4B70F46: get_text_metr_size (sysparams.c:472)
==28442== by 0x4B717AC: normalize_nonclientmetrics (sysparams.c:634)
==28442== by 0x4B73F45: SystemParametersInfoW (sysparams.c:1583)
==28442== by 0x4B77496: GetSystemMetrics (sysparams.c:2414)
==28442== by 0x4B77647: GetSystemMetrics (sysparams.c:2433)
==28442== by 0x4B8D9D7: WINPOS_GetMinMaxInfo (winpos.c:774)
==28442== by 0x4B859BB: WIN_CreateWindowEx (win.c:1568)
==28442== by 0x4B862E0: CreateWindowExA (win.c:1719)
==28442== by 0x4967EC9: test_ImmDefaultHwnd (imm32.c:708)
==28442== Address 0x582d5fc is on thread 1's stack
==28442==
--
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=45279
Bug ID: 45279
Summary: Final Fantasy XI crashes on startup
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: farmboy0+winehq(a)googlemail.com
Distribution: ---
Created attachment 61539
--> https://bugs.winehq.org/attachment.cgi?id=61539
crash backtrace
This is new behaviour with wine 3.9, with wine 3.8 and older the game starts
successfully.
This is mostly probably related to the switch to core contexts.
The following output is shown right before the crash:
003c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
003c:err:d3d:wined3d_debug_callback 0x181218: "GL_INVALID_OPERATION in
glVertexAttribPointer(non-VBO array)".
003c:err:d3d:wined3d_debug_callback 0x181218: "GL_INVALID_OPERATION in
glVertexAttribPointer(non-VBO array)".
003c:err:d3d:wined3d_debug_callback 0x181218: "GL_INVALID_OPERATION in
glVertexAttribPointer(non-VBO array)".
--
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=42546
Bug ID: 42546
Summary: DSOUND_PrimaryOpen() incorrect set buf size
Product: Wine
Version: 2.2
Hardware: x86
OS: FreeBSD
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: rozhuk.im(a)gmail.com
Wine (1.x, 2.x) crashes on FreeBSD 11 release with wineoss.drv
With winealsa.drv on FreeBSD 11 - OK.
With winoss.drv on FreeBSD 10 - OK.
I made some investigation and make patch to fix problem.
I test it and it work. But looks like dsound needs review.
DSOUND_ReopenDevice() call DSOUND_PrimaryOpen() with forcewave = FALSE
DSOUND_PrimaryOpen()
calculate:
new_buflen = device->buflen;
new_buflen -= new_buflen % wfx->nBlockAlign;
(wrong alig code, but newer mind)
Then calculated
DWORD alloc_len = frames * sizeof(float);
and allocated buffer
if (device->buffer)
newbuf = HeapReAlloc(GetProcessHeap(), 0, device->buffer,
alloc_len);
else
newbuf = HeapAlloc(GetProcessHeap(), 0, alloc_len);
final: save new buffer pointer and size:
device->buffer = newbuf;
device->buflen = new_buflen;
!!!
We allocate 6144 (0x00001800) bytes but set buf size to 65536.
DSOUND_MixToPrimary() and norm16() in DSOUND_mixthread use device->buflen and
corrupt heap after first call.
First I make more proper alignment:
new_buflen = (device->buflen + wfx->nBlockAlign);
new_buflen -= (new_buflen % wfx->nBlockAlign);
and change calculation to:
DWORD alloc_len = ((new_buflen / wfx->nBlockAlign) * sizeof(float));
It works.
Next I replace alloc_len->new_buflen and return original calc code:
new_buflen = (frames * sizeof(float));
This work but sound with a bit noise and game crash after some time.
Finnaly:
new_buflen = ((frames + 1) * wfx->nBlockAlign * sizeof(float));
This work OK.
This not looks like proper buf size.
Also in DSOUND_ReopenDevice() after DSOUND_PrimaryOpen():
device->fraglen = frag_frames * wfx->nBlockAlign;
device->aclen = aclen_frames * wfx->nBlockAlign;
device->buflen should somehow be synced with this.
606723.622:0034:0035:trace:heap:RtlAllocateHeap (0x110000,70000062,00000030):
returning 0x11d438
606723.622:0034:0035:trace:oss:AudioClient_Start (0x1ecb38) now playing...
606723.622:0034:0035:trace:oss:AudioClient_GetStreamLatency
(0x1ecb38)->(0x335f590)
606723.622:0034:0035:trace:oss:AudioClient_GetBufferSize
(0x1ecb38)->(0x335f58c)
606723.622:0034:0035:trace:oss:AudioClient_GetBufferSize buffer size: 3840
606723.622:0034:0035:trace:dsound:DSOUND_ReopenDevice period 11 ms fraglen 2048
buflen 6144
606723.622:0034:0035:trace:dsound:DSOUND_PrimaryOpen (0x11e4d8)
606723.622:0034:0035:trace:heap:RtlAllocateHeap (0x110000,70000062,00001800):
returning 0x1fc1e8
606723.622:0034:0035:trace:dsound:DSOUND_PrimaryOpen buflen: 65536, fraglen: 0
606723.622:0034:0035:trace:oss:AudioClient_IsFormatSupported (0x1ecb38)->(0,
0x335f650, 0x335f64c)
...
606723.688:0034:003e:trace:dsound:DSOUND_mixthread (0x11e4d8)
606723.688:0034:003e:trace:dsound:DSOUND_PerformMix (0x11e4d8)
606723.688:0034:003e:trace:oss:AudioClient_GetCurrentPadding
(0x1ecb38)->(0x1448f6b8)
606723.688:0034:003e:trace:oss:AudioClient_GetCurrentPadding pad: 0
606723.688:0034:003e:warn:dsound:DSOUND_PerformMix Probable buffer underrun
606723.688:0034:003e:trace:oss:AudioRenderClient_GetBuffer (0x1ecb38)->(1536,
0x1448f6b0)
606723.690:0034:003e:trace:heap:RtlAllocateHeap (0x110000,70000062,00001810):
returning 0x141908b0
606723.690:0034:003e:trace:dsound:DSOUND_MixToPrimary (0,6144)
606723.690:0034:003e:trace:dsound:norm16 0x1fc1e8 - 0x141908b0 6144
606723.690:0034:003e:trace:oss:AudioRenderClient_ReleaseBuffer
(0x1ecb38)->(1536, 0)
606723.690:0034:003e:trace:oss:AudioRenderClient_ReleaseBuffer writen: 6144
606723.690:0034:003d:err:heap:HEAP_ValidateInUseArena Heap 0x110000: block
0x1fc1e8 tail overwritten at 0x1fd9e8 (byte 0/8 == 0x00)
Heap: 0x110000
...
Sub-heap 0x110014: base=0x110000 size=00110000 committed=00110000
Block Arena Stat Size Id
...
0x1f0118 00bedead pend 00000430
0x1f0550 00bedead pend 00002c18
0x1f3170 00bedead pend 00000430
0x1f35a8 00bedead pend 00008c30
0x1fc1e0 00455355 used 00001808
0x1fd9f0 00000000 pend 00000000
0x1fd9f8 00000000 pend 00000000
0x1fda00 00000000 pend 00000000
0x1fda08 00000000 pend 00000000
--
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=36354
Bug ID: 36354
Summary: valgrind shows a leak in ddraw/tests/dsurface.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8690== 24 bytes in 1 blocks are definitely lost in loss record 250 of 943
==8690== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==8690== by 0x4A868D9: ddraw7_CreatePalette (ddraw.c:3385)
==8690== by 0x4A86D09: ddraw1_CreatePalette (ddraw.c:3458)
==8690== by 0x4DB8A62: PaletteTest (dsurface.c:2247)
==8690== by 0x4DC8FA4: func_dsurface (dsurface.c:3962)
==8690== by 0x4DDD6DC: run_test (test.h:584)
==8690== by 0x4DDDACB: main (test.h:654)
==8690==
--
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=28766
Bug #: 28766
Summary: DIB engine multiple invalid memory accesses
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
In gdi32/tests, running "make bitmap.ok dib.ok font.ok pen.ok"
makes Valgrind go bonkers. Huw asked for a bug to track these,
and said one big bug would suffice.
I'll attach the initial log, and will do more valgrind runs on request.
--
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=26042
Summary: advapi32/crypt tests show two leaks under valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
12 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by HeapAlloc (heap.c:267)
by GlobalAlloc (heap.c:360)
by LocalAlloc (heap.c:960)
by CryptGenKey (crypt.c:1433)
by test_incorrect_api_usage (crypt.c:241)
by func_crypt (crypt.c:1130)
by run_test (test.h:556)
by main (test.h:624)
...
996 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by ???
by ???
by ???
by CryptGenKey (crypt.c:1441)
by test_incorrect_api_usage (crypt.c:241)
by func_crypt (crypt.c:1130)
by run_test (test.h:556)
by main (test.h:624)
--
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.