http://bugs.winehq.org/show_bug.cgi?id=25590
Summary: PhysX: Fails to uninstall
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Steps to reproduce:
1) remove ~/.wine
2) install PhysX_9.10.0513_SystemSoftware.exe
3) wine uninstaller
4) select NVIDIA PhysX
5) Press Remove...
6) Select Remove and press Next
Behaviour:
NVIDIA PhysX has been successfully installed.
Expected behaviour:
NVIDIA PhysX has been successfully uninstalled.
Terminal output:
fixme:storage:create_storagefile Storage share mode not implemented.
err:msi:call_script Could not find CLSID for Windows Script
err:msi:msi_dialog_create_controls no handler for element type L"Billboard"
fixme:msi:ITERATE_RemoveExistingProducts remove L" "
Additional information:
I'm using wine-1.3.9-245-g32b4c7d
--
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=37054
Bug ID: 37054
Summary: Everquest needs d3dx9_30.dll.D3DXCpuOptimizations
Product: Wine
Version: 1.7.23
Hardware: x86
URL: https://www.everquest.com/register
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 49242
--> http://bugs.winehq.org/attachment.cgi?id=49242
terminal output
The game is a Free-to-Play MMO, it requires account registration. The fully
installed game takes up 10GB space on hdd. The launcher needs 'winetricks
corefonts' (bug #32342).
You can also install the game in Steam:
http://store.steampowered.com/app/205710/
With the built-in d3dx9_30.dll the game crashes on start:
>wine: Call from 0x7b83aa8e to unimplemented function d3dx9_30.dll.D3DXCpuOptimizations, aborting
Fedora 20
wine-1.7.23-82-g0703567
Nvidia binary drivers 340.24
--
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=37394
Bug ID: 37394
Summary: PicPick 3.4.1 can't start
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lilydjwg(a)gmail.com
$ wine .../picpick.exe
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:wincodecs:PngDecoder_Block_GetCount stub
wine: Unhandled exception 0x0eedfade in thread 35 at address
0xff8a7ae4:0x7b83a62c (thread 0035), starting debugger...
# click "details" button, it says loading but nothing will appear expect the
following log
err:seh:setup_exception_record stack overflow 860 bytes in thread 0035 eip
f755d2f8 esp 00230fd4 stack 0x230000-0x231000-0x330000
--
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=25624
Summary: League of Legends launcher wont open
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shaheerbukhari(a)hotmail.com
Created an attachment (id=32636)
--> (http://bugs.winehq.org/attachment.cgi?id=32636)
lol.launcher
When i try to open the launcher then i get:lol.laucher has encoutered a serious
problem and need to close.
--
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=36323
Bug ID: 36323
Summary: valgrind shows a possible leak in
riched20/tests/txtsrv.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==12986== 8 bytes in 1 blocks are possibly lost in loss record 61 of 828
==12986== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==12986== by 0x7B8442B8: HeapAlloc (heap.c:271)
==12986== by 0x7B8444DA: GlobalAlloc (heap.c:376)
==12986== by 0x4F01EF5: OLEClipbrd_Initialize (clipboard.c:1732)
==12986== by 0x4F36447: OleInitialize (ole2.c:215)
==12986== by 0x7AC1E598: ME_MakeEditor (editor.c:2860)
==12986== by 0x7AC3D27A: CreateTextServices (txtsrv.c:410)
==12986== by 0x4D92C42: func_txtsrv (txtsrv.c:850)
==12986== by 0x4D94308: run_test (test.h:584)
==12986== by 0x4D946F7: main (test.h:654)
==12986==
==13218== 1,344 bytes in 1 blocks are possibly lost in loss record 758 of 827
==13218== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==13218== by 0x7AC1E1A4: ME_MakeEditor (editor.h:30)
==13218== by 0x7AC3D27A: CreateTextServices (txtsrv.c:410)
==13218== by 0x4D92C42: func_txtsrv (txtsrv.c:850)
==13218== by 0x4D94308: run_test (test.h:584)
==13218== by 0x4D946F7: main (test.h:654)
==13218==
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.
http://bugs.winehq.org/show_bug.cgi?id=25418
Summary: Strong Bad Episode 5 crashes at intro movie without
native d3dx9_36
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: wine-bugs(a)winehq.org
To reproduce:
work around all-white-login-screen bug by installing ie6.
When you get the "ActiveX control" warning; say Yes.
Click on the 'No thanks, just take me to the demo' button on the lower right.
It then shows the second launcher screen, the one
that is supposed to have the nice animation bringing
up the "play now" button. This animation doesn't
work, but you can still click where the button should be.
At this point it should show the intro movie, but no video is shown,
and the game crashes after a few notes of music.
winetricks d3dx9_36 works around the problem.
The log shows a few calls to d3dx9_36.D3DXMatrixTransformation,
a few calls to d3dx9_36.D3DXMatrixMultiply, and then
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00672f70).
Backtrace:
=>0 0x00672f70 in homestar105 (+0x272f70) (0x01b8f070)
--
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=37124
Bug ID: 37124
Summary: PVS-Studio Error: Difference of unsigned numbers
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
PVS-Studio identifies a Difference of unsigned numbers. V555 The expression
'This->nStreams - nr > 0' will work as 'This->nStreams != nr'. editstream.c 172
static HRESULT
AVIFILE_RemoveStream(IAVIEditStreamImpl* const This, DWORD nr)
{
...
This->nStreams--;
if (This->nStreams - nr > 0) { //<==
memmove(This->pStreams + nr, This->pStreams + nr + 1,
(This->nStreams - nr) * sizeof(EditStreamTable));
}
...
}
The nr variable has the unsigned type DWORD. Subtracting it will result in an
unsigned value, too. If nr is larger than This->nStreams, then the condition
will still be true.
A similar issue:
V555 The expression 'This->fInfo.dwStreams - nStream > 0' will work as
'This->fInfo.dwStreams != nStream'. avifile.c 469
details on the V555 error here: http://www.viva64.com/en/d/0146/
--
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=37431
Bug ID: 37431
Summary: Incorrect handling of SetBkMode(dc, TRANSPARENT) with
hatch brush
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: matteo(a)mitalia.net
Distribution: ---
Created attachment 49789
--> https://bugs.winehq.org/attachment.cgi?id=49789
Sample program
On some kind of DCs (tested: memory DCs, DC provided by BeginPaint) a hatch
brush (created by CreateHatchBrush) performs fills incorrectly when setting the
background mode of the DC to TRANSPARENT. The pixels that should be transparent
are black instead (see attachments for example); ExtTextOut in the same
conditions instead performs correctly.
Interestingly, the behavior seems to be correct when painting over the screen
DC (obtained via GetDC(NULL)). The attached sample program (also at
https://bitbucket.org/mitalia/hatchbrushbug/src/hatchbrushbug.cpp) demonstrates
the problem.
My tests were performed with the wine 1.6.2 packages shipped with KUbuntu 14.04
x86-64; the problem is present also compiling a winelib executable with
wineg++. Native works fine.
--
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=37118
Bug ID: 37118
Summary: PVS-Studio Error: Typos
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukebenes(a)hotmail.com
V501 There are identical sub-expressions '!lpScaleWindowExtEx->xNum' to the
left and to the right of the '||' operator. enhmetafile.c 1418
...
if (!lpScaleWindowExtEx->xNum || !lpScaleWindowExtEx->xDenom ||
!lpScaleWindowExtEx->xNum || !lpScaleWindowExtEx->yDenom)
break;
...
The lpScaleWindowExtEx->xNum condition is checked twice. Instead of one of the
checks, the statement lpScaleWindowExtEx->yNum was most likely meant to be
used. The corresponding field is found in the structure declaration:
typedef struct {
EMR emr;
LONG xNum; //<==
LONG xDenom;
LONG yNum; //<==
LONG yDenom;
} EMRSCALEVIEWPORTEXTEX, *PEMRSCALEVIEWPORTEXTEX,
EMRSCALEWINDOWEXTEX, *PEMRSCALEWINDOWEXTEX;
V501 There are identical sub-expressions '!(types[i + 1] &
PathPointTypeBezier)' to the left and to the right of the '||' operator.
graphics.c 1751
...
for(i = 1; i < count; i++){
....
if((i + 2 >= count) ||
!(types[i + 1] & PathPointTypeBezier) ||
!(types[i + 1] & PathPointTypeBezier)){
....
}
i += 2;
}
...
Another similar issue:
V501 There are identical sub-expressions to the left and to the right of the
'|' operator: VT_ARRAY | VT_ARRAY vartest.c 2161
details on the V501 error here:http://www.viva64.com/en/d/0090/
...
This fragment was discovered by the same diagnostic V501, but this time it
doesn't show the reason for identical conditions that clearly. Most likely, one
of them should contain types[i + 2] because the programmer has checked before
if the array item with the index larger than 'i' by 2 can be addressed.
V593 Consider reviewing the expression of the 'A = B != C' kind. The expression
is calculated as following: 'A = (B != C)'. request.c 3354
if ((hr = SafeArrayAccessData( sa, (void **)&ptr )) != S_OK)
return hr;
if ((hr = SafeArrayGetUBound( sa, 1, &size ) != S_OK)) //<==
{
SafeArrayUnaccessData( sa );
return hr;
}
The precedence of the != operator is higher than that of the assignment
operator =. And you can see clearly well from the condition above that the
assignment should also be enclosed in another pair of parentheses as hr would
otherwise get value 0 or 1.
details on the V593 error here:http://www.viva64.com/en/d/0197/
--
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.