http://bugs.winehq.org/show_bug.cgi?id=7825
------- Additional Comments From truiken(a)gmail.com 2007-30-03 12:52 -------
This seems to be a 64bit issue. Can you attach a +msi,+msidb log please?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7894
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Component|wine-binary |wine-ole
Ever Confirmed| |1
Keywords| |download, regression, source
------- Additional Comments From dank(a)kegel.com 2007-30-03 12:50 -------
Thanks for the report.
(For future reference, the ideal test program is accompanied
by source code, lacks windows and buttons, and requires no
interaction with the user. But your current app is good enough.
Still, could you put the source in that directory, too?)
To see the interesting part, I did
WINEDEBUG=+relay,+variant wine cdec.exe
It showed
trace:variant:VARIANT_Coerce
(0x33f9c0->(VT_EMPTY),0x00000400,0x0002,0x33f9b0->(VT_BSTR),VT_DECIMAL)
trace:variant:VarParseNumFromStr (L"&H58",1024,0x00000000,0x33f4c8,0x33f4f4)
0009:Call kernel32.GetLocaleInfoW(00000400,00000051,0033f080,00000002) ret=7e96c154
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c154
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400, cNegativeSymbol=45 '-'
0009:Call kernel32.GetLocaleInfoW(00000400,00000050,0033f080,00000002) ret=7e96c1a8
0009:Ret kernel32.GetLocaleInfoW() retval=00000001 ret=7e96c1a8
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400, cPositiveSymbol=43 '+'
0009:Call kernel32.GetLocaleInfoW(00000400,0000000e,0033f080,00000002) ret=7e96c1f9
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c1f9
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400, cDecimalPoint=46 '.'
0009:Call kernel32.GetLocaleInfoW(00000400,0000000f,0033f080,00000002) ret=7e96c24a
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c24a
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400, cDigitSeparator=44 ','
0009:Call kernel32.GetLocaleInfoW(00000400,00000016,0033f080,00000002) ret=7e96c29b
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c29b
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400,
cCurrencyDecimalPoint=46 '.'
0009:Call kernel32.GetLocaleInfoW(00000400,00000017,0033f080,00000002) ret=7e96c2ec
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c2ec
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400,
cCurrencyDigitSeparator=44 ','
0009:Call kernel32.GetLocaleInfoW(00000400,00000014,0033f080,00000004) ret=7e96c33b
0009:Ret kernel32.GetLocaleInfoW() retval=00000002 ret=7e96c33b
trace:variant:VARIANT_GetLocalisedNumberChars lcid 0x400, cCurrencyLocal =36,0
'$','^@'
trace:variant:VarNumFromParseNum (0x33f4c8,0x33f4f4,0x4000,0x33f4e0)
trace:variant:VarNumFromParseNum Overflow: possible return types: 0x4000, value: 58
This kind of reminds me of bug 6533.
Running with native oleaut32 works around this, so it's an oleaut32 bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7900
------- Additional Comments From ken(a)codeweavers.com 2007-30-03 12:15 -------
Created an attachment (id=5562)
--> (http://bugs.winehq.org/attachment.cgi?id=5562&action=view)
Test showing that the previous patch helps with quoted lpFile
This patch modifies the test to include a quoted argument, which also has a
colliding file which matches its name truncated at the space. Without the
previous patch, this test adds to the failures. With it, the new test
succeeds.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7900
------- Additional Comments From ken(a)codeweavers.com 2007-30-03 12:08 -------
Created an attachment (id=5561)
--> (http://bugs.winehq.org/attachment.cgi?id=5561&action=view)
Patch which helps with quoted lpFile in some cases
This patch changes SHELL_execute so that it keeps track of whether the value in
wszApplicationName is known to contain a singular value -- one which should not
be parsed as if spaces might separate a program from parameters.
The main case where this is known is when lpFile is quoted on input. Without
this patch, SHELL_execute unquotes the filename but forgets that it was quoted
and later tries to parse it as a command line. The original quoting should
prevent such parsing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7900
------- Additional Comments From ken(a)codeweavers.com 2007-30-03 11:42 -------
Created an attachment (id=5560)
--> (http://bugs.winehq.org/attachment.cgi?id=5560&action=view)
Modifies test to show the bug
This patch makes the shlexec test create a file "test" in the same directory as
the various "test file.*" files the test otherwise works with. The mere
presence of the "test" file causes all of the tests to fail.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7901
Summary: ShaderStudio: rcp instruction works incorrectly in
vertex shaders 1.1/wine 0.9.33
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ErV2005(a)rambler.ru
rcp instruction doesn't seem to work correctly in vertex shaders 1.1/DirectX
8.1 application when given certain source swizzles (like .xy, .xz etc)
The following shader causes incorrect graphical output (not a Windows
equivalent) (v7 is a 2D texture coordinate register):
vs.1.1
def c0, 0.5, 1.0, 2.0, 4.0
mad r0.xy, v7.xy, c0.zz, -c0.yy
mov oPos.x, r0.x
mov oPos.y, -r0.y
mov oPos.z, c0.x
mov oPos.w, c0.y
mov oT0,v7
mov r0.xyzw, c0.y
rcp r0.xy, r0.xy ; here is a problem
as you can see, shader merely maps mesh texture to the screen (unwraps it).
Howewer it will work only if either single channel specified as rpc source, or
if all of them are used. I.e. shader works with:
rcp r0.xy, r0.x
rcp r0.xy, r0.xyzw
rcp r0, r0
but doesn't work with:
rcp r0.xy, r0.xy
rcp r0.xy, r0.zx
etc.
If a "wrong" rcp source is present, mesh disappers from screen immediatly.
I believe this can be one of problems that causes buggy water in HalfLife2.
Brief system description:
Slackware 11, kernel 2.6.17.13, wine 0.9.33, GeForce 7100 GS, NVidia propietary
driver version 1.0-9755, AMD Sempron 2800+ processor.
All Wine libraries were builtin, except d3dxof.dll was taken from WINDOWS/
Sytem32 directory (Shader Studio was unable to load meshes with Wine version of
d3dxof.dll). Wine wasn't changed in any way.
The possible location of bug can be somethere in a functions that map pixel
shader to opengl shader. I wasn't able to pinpoint exact location.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7900
Summary: ShellExecuteEx can fail for paths with spaces in them
Product: Wine
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ken(a)codeweavers.com
If you pass an lpFile with space(s) in its name, and if there exists another
file or directory whose path matches the lpFile truncated at any of its spaces,
then ShellExecuteEx attempts to open/execute that other file instead.
Passing an lpFile with embedded quotes surrounding the path doesn't help.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7646
------- Additional Comments From thestig(a)google.com 2007-30-03 11:34 -------
Hi Johiko, Wine 0.9.34 came out today. Can you try it and see if it fixes your
problem?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7658
------- Additional Comments From andrewriedi(a)gmail.com 2007-30-03 11:11 -------
Can you try with wine 0.9.34? If yes, please close this bug.
Is your game a Direct3D game? If yes, please wait until I can get my hardware
cursor patch into wine, and test again. (I will let you know when that happens.)
Does your game use animated cursors? I am slowly working on getting Henri
Verbeet's patchset into wine, but it will take a while, so don't hold your
breath on this one either, but I will let you know with this one also.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4273
------- Additional Comments From andrewriedi(a)gmail.com 2007-30-03 11:07 -------
If it is an animated cursor, I would bet this is more closely related to bug 6989.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.