http://bugs.winehq.org/show_bug.cgi?id=8339
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From vitaliy(a)kievinfo.com 2007-09-05 07:44 -------
Duplicate
*** This bug has been marked as a duplicate of 8338 ***
--
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=8333
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Component|wine-misc |wine-msi
Ever Confirmed| |1
------- Additional Comments From vitaliy(a)kievinfo.com 2007-09-05 07:30 -------
Actually this is MSI (which is not just the msi.dll, but everything else,
associated with it, especially the msiexec).
--
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=8341
Summary: Call of duty 2 Impossible to install
Product: Wine
Version: 0.9.36.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: philodido(a)hotmail.fr
When i try to install, after accepting the license a dialog box appear saying :
"USERDEF_MISSINGFILES", and the installation stop.
Wine versions tryed : 0.9.30; 0.9.32; 0.9.36.
Cod2 version 1.2 (dvd, game of the year version, in french)
Console messages :
vince@vince-desktop:~$ wine '/media/cdrom0/setup.exe'
fixme:advapi:LookupAccountNameW (null) L"vince" (nil) 0x33be68 (nil) 0x33be64
0x33be70 - stub
fixme:advapi:LookupAccountNameW (null) L"vince" 0x17dc00 0x33be68 0x17dc18
0x33be64 0x33be70 - stub
err:msi:ITERATE_DuplicateFiles Failed to copy file L"c:\\Program Files\\Fichiers
communs\\InstallShield\\Driver\\9\\Intel 32\\IDriver.exe" -> L"c:\\Program
Files\\Fichiers communs\\InstallShield\\Driver\\9\\Intel 32\\", last error 80
fixme:msi:ITERATE_DuplicateFiles We should track these duplicate files as well
fixme:msi:ACTION_HandleStandardAction unhandled standard action
L"RemoveRegistryValues"
fixme:msi:ACTION_HandleStandardAction unhandled standard action L"RemoveFolders"
fixme:advapi:LookupAccountNameW (null) L"vince" (nil) 0x34ceb8 (nil) 0x34ceb4
0x34cec0 - stub
fixme:advapi:LookupAccountNameW (null) L"vince" 0x6070e0 0x34ceb8 0x6070f8
0x34ceb4 0x34cec0 - stub
err:msi:deformat_environment Unknown environment variable L"ALLUSERSPROFILE"
err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 0x00000001
fixme:ole:NdrClearOutParameters (0x735dbee0,0xe14212,0x735dc014): stub
fixme:x11drv:X11DRV_SetWindowRgn not supported on other thread window 0x10040
fixme:x11drv:X11DRV_SetWindowRgn not supported on other thread window 0x10040
err:msi:remove_tracked_tempfiles failed to delete L"C:\\windows\\temp\\msi1310.tmp"
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2100-00000d000000}
err:rpc:I_RpcReceive we got fault packet with status 0x6be
--
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=6533
------- Additional Comments From focht(a)gmx.net 2007-09-05 06:12 -------
Hello,
it's a german application running on english locale, emitting interesting
shortcoming on wine.
It first constructs a date string:
--- snip ---
0018:Call KERNEL32.GetLocalTime(0034e5f8) ret=660e8d83
0018:Ret KERNEL32.GetLocalTime() retval=00000001 ret=660e8d83
0018:Call oleaut32.VarDateFromUdate(0034e61c,00000000,0034e5f8) ret=660e8d06
trace:variant:VarDateFromUdateEx (0x34e61c->5/9/2007 12:9:59:26128 3
27872,0x00000409,0x00000000,0x34e5f8)
trace:variant:VARIANT_RollUdate Raw date: 9/5/2007 12:9:59
trace:variant:VARIANT_RollUdate Rolled date: 9/5/2007 12:9:59
trace:variant:VarDateFromUdateEx Returning 39211.5
...
trace:variant:VarFormat (0x34e7b0->(VT_DATE),L"dd.mm.yyyy",1,1,0x00000000,0x34e640)
trace:variant:VARIANT_FormatDate
(0x34e7b0->(VT_DATE),L"dd.mm.yyyy",0x34e46c,0x00000000,0x34e640,0x00000400)
trace:variant:VariantChangeTypeEx
(0x34e3e0->(VT_EMPTY),0x34e7b0->(VT_DATE),0x00000409,0x0000,VT_DATE)
...
trace:variant:VariantChangeTypeEx returning 0x00000000, 0x34e3e0->(VT_DATE)
trace:variant:VarUdateFromDate (39211.5,0x00000000,0x34e3b8)
...
trace:variant:VARIANT_FormatDate buff is L"09.05.2007"
...
trace:variant:VarFormat returning 0x00000000, L"09.05.2007"
0018:Ret oleaut32.VarFormat() retval=00000000 ret=660f587b
--- snip ---
Notice the supplied L"dd.mm.yyyy" format string.
It's a german date string (hard coded into VB binary).
A bit later ...
--- snip ---
0018:Call
oleaut32.VariantChangeTypeEx(0034e5c8,0058b168,00000400,00000002,00000007)
ret=660e0be6
trace:variant:VariantChangeTypeEx
(0x34e5c8->(VT_NULL),0x58b168->(VT_BSTR),0x00000400,0x0002,VT_DATE)
...
trace:variant:VarDateFromStr (L"09.05.2007",0x00000400,0x00000000,0x34e488)
0018:Call KERNEL32.GetLocaleInfoW(00000400,20000021,0034e3c8,00000002) ret=6047e6f2
trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x21,0x34e3c8,2)
0018:Ret KERNEL32.GetLocaleInfoW() retval=00000002 ret=6047e6f2
trace:variant:VarDateFromStr iDate is 0
0018:Call KERNEL32.GetLocaleInfoW(00000400,00000038,0034e1d8,00000080) ret=6047e766
trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x38,0x34e1d8,128)
trace:nls:GetLocaleInfoW (lcid=0x409,lctype=0x38,0x34e1d8,128) returning 8
L"January"
...
trace:variant:VarDateFromStr 0x00000003
...
trace:variant:VariantChangeTypeEx returning 0x80020005, 0x34e5c8->(VT_NULL)
0018:Ret oleaut32.VariantChangeTypeEx() retval=80020005 ret=660e0be6
...
0018:Call user32.LoadStringA(66000000,00002717,0034e184,000001f4) ret=660d9e18
trace:nls:WideCharToMultiByte cp 0 L"Type mismatch" -> "Type mismatch", ret = 13
--- snip ---
Now the date string shall be converted to date using current locale, which is
system default, sublang eng -> 0x409 on my system.
When the date string is parsed, the delimiters are being taken as DP_TIMESEP
type flags.
After parsing it tries to fill system time struct data by evaluating parsed date
struct data/flags.
It encounters inconsistency (because the parse data doesnt match expected time
fields) therefore DISP_E_TYPEMISMATCH is returned.
Now one can argue if we set locale to german (LANG/LC_TYPE to de_DE) this might
work. No it does not.
VarDateFromStr() doesnt take locale into account when processing date/time
delimiters - they are hard coded.
Compare delimiters:
Locale Common format Long format Short format
----------------------------------------------------------------------
United States English 05/09/07 April 9, 2007 05/09/07
German 9.5.07 9. April 2007 09.05.07
With locale set to en_EN this error is acceptable, because the application used
hard coded date format string on wrong locale.
With locale set to de_DE this is a wine problem/bug, because "." is a valid date
delimiter.
Regards
--
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=8340
Summary: fr-08 .the .product does not show some textures
correctly due to lack of wrapping support
Product: Wine
Version: CVS
Platform: PC-x86-64
URL: http://www.pouet.net/prod.php?which=1221
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)atomnet.co.uk
As per the title, the message:
fixme:d3d:state_wrap (WINED3DRS_WRAP0) Texture wraping not yet supported
Is echoed into the terminal about 6 million times (not an exaggeration) which
seems to be the cause of some odd looking textures at a few points during the demo.
--
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=6952
------- Additional Comments From ben(a)atomnet.co.uk 2007-09-05 05:27 -------
Yeah. Tested it the other day and it still does the same thing. I wonder what
they changed in the SL update that broke it...
--
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=8331
------- Additional Comments From focht(a)gmx.net 2007-09-05 04:18 -------
Hello,
--- quote ---
I tried to pass some extra commandline arguments as wel, but didn't make any
difference, and there's no mention that the app needs commandline arguments.
Maybe another case of copy protection?
--- quote ---
Yep. It is protected by ActiveMark v6.x (Macrovision).
Interesting software protection, faciliating many latest generation
anti-debugging/reversing stuff.
It currently dies due to insufficiency of advapi32 service API.
EnumServicesStatusExA() is currently a mere stub.
While trying to check for (in)famous kernel debuggers (and extensions) it derefs
NULL data.
You already noticed few trace output.
This is because the protector messes with API entry points (skipping first
instructions) thus interfering with wine's relay feature.
Though this works - with the side effect that you dont see some calls in trace
that are actually made. :-)
Regards
--
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=8339
Summary: Wine font changes
Product: Wine
Version: 0.9.36.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P4
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mail2benny(a)gmail.com
After installing a program via a setup and the program requires his own, weird,
fonts. Wine is affected, meaning every wine like messagebox including WineCFG
uses the new font, sometimes making it unledgeble.
I had had this with several programs, guitar-pro 5 has this problem for sure. I
don't know what causes it though. . .
http://www.guitar-pro.com/ (use the try version).
--
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.