http://bugs.winehq.org/show_bug.cgi?id=27478
Summary: wordview_zh-cn.exe crash
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=35133)
--> (http://bugs.winehq.org/attachment.cgi?id=35133)
Log: start wordview_zh-cn.exe
1. Download wordview_zh-cn.exe from
http://www.microsoft.com/downloads/zh-cn/confirmation.aspx?displaylang=zh-c…
wget --referer=http://www.microsoft.com
http://download.microsoft.com/download/3/a/c/3ac87e64-8099-46d6-8e04-363d2d…
2. start the installer with wine
$ wine Wine/wordview_zh-cn.exe &> wordview_zh-cn.log
then the installer will crash.
See attachment for full log
Backtrace:
=>0 0x492cccb9 cabinet_seek_stream+0x19(hf=0, dist=0, seektype=0x1)
[/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:280] in msi (0x003292a4)
1 0x360ac2b5 FDI_read_entries+0x54(fdi=0x556190, hf=0, pfdici=0x329438,
pmii=0x5902f4) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:466] in cabinet
(0x003293a4)
2 0x360b01eb FDICopy+0x23a(hfdi=0x556190, pszCabinet="<STREAM>",
pszCabPath=0x0(nil), flags=0, pfnfdin=0x492ce170, pfnfdid=(nil),
pvUser=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:2535] in
cabinet (0x003295b4)
3 0x492cebb7 msi_cabextract+0x456(package=0x529480, mi=0x555e10,
data=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:632] in msi
(0x00329624)
--
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=30076
Bug #: 30076
Summary: .NET Framework 4.x with WinVer setting "Windows 7"
spams terminal with "LocaleNameToLCID/LCIDToLocaleName
unsupported flags 8000000"
(LOCALE_ALLOW_NEUTRAL_NAMES)
Product: Wine
Version: 1.4-rc6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
a minor one ...
When using .NET 4.x Framework in "Windows 7" mode (at least installer requires
this) the terminal is spammed with:
--- snip ---
$ wine ./hello.exe
...
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LocaleNameToLCID unsupported flags 8000000
fixme:nls:LCIDToLocaleName unsupported flags 8000000
fixme:nls:LCIDToLocaleName unsupported flags 8000000
fixme:nls:LCIDToLocaleName unsupported flags 8000000
Hello C# World :-)
--- snip ---
This due to LOCALE_ALLOW_NEUTRAL_NAMES (0x8000000) being passed to allow
returning neutral names/lcids for name.
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/dd318711%28v=vs.85%…
--- quote ---
Windows 7 and later: Can be set to LOCALE_ALLOW_NEUTRAL_NAMES to allow the
return of a neutral LCID.
--- quote ---
One could set to default "Windows XP" after installation but I'm not sure about
the side-effects.
Regards
--
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=24688
Summary: RTL and encoding problem with Ihulan
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sh.yaron(a)gmail.com
Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English
version called U.R.Celeb (http://urceleb.oniton.com/).
The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe)
has several issues:
1. The text is Gibberish.
2. On the terms of service (2nd page) the text is in Hebrew but selectingthe
mixes its order, also the header (in read) are split in the middle by LRM for
some reason...
3. The window is not RTL although I'm not sure it should be...
This also demonstrates some of the typical problems with Hebrew.
Kind regards,
Yaron Shahrabani
--
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=28795
Bug #: 28795
Summary: ExeInfoPE: PE protection schemes that abuse %gs won't
run (breaks glibc TLS selector)
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
newer versions of "ExeInfoPE" (>0.0.2.3) which coin their own PE protection
scheme don't run anymore.
There is still bug 26701 though the app crashes now earlier.
With tracing enabled:
--- snip ---
...
0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000004,0032fe40)
ret=05bd0336
0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd0336
0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000002,0032fe40)
ret=05bd034b
0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd034b
0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0xb74a916a
ip=b74a916a tid=0024
0024:trace:seh:raise_exception info[0]=00000000
0024:trace:seh:raise_exception info[1]=ffffffff
0024:trace:seh:raise_exception eax=7bc9d7a7 ebx=b75e0ff4 ecx=0032fdcc
edx=7bc9d7a7 esi=0032fc74 edi=ffffffc8
0024:trace:seh:raise_exception ebp=0032fc48 esp=0032f6bc cs=0073 ds=007b
es=007b fs=0033 gs=0002 flags=00010246
0024:trace:seh:call_vectored_handlers calling handler at 0x7e16e0bd
code=c0000005 flags=0
0024:trace:seh:call_vectored_handlers handler at 0x7e16e0bd returned 0
0024:trace:seh:call_stack_handlers calling handler at 0x7bc90f61 code=c0000005
flags=0
0024:Call KERNEL32.UnhandledExceptionFilter(0032f194) ret=7bc90f9b
wine: Unhandled page fault on read access to 0xffffffff at address 0xb74a916a
(thread 0024), starting debugger...
0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 52"
0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bc90f9b
0024:trace:seh:call_stack_handlers handler at 0x7bc90f61 returned 1
Unhandled exception: page fault on read access to 0xffffffff in 32-bit code
(0xb74a916a).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0002
EIP:b74a916a ESP:0032f6bc EBP:0032fc48 EFLAGS:00010246( R- -- I Z- -P- )
EAX:7bc9d7a7 EBX:b75e0ff4 ECX:0032fdcc EDX:7bc9d7a7
ESI:0032fc74 EDI:ffffffc8
Stack dump:
0x0032f6bc: 0032fc7c 7bc9d82e 0032fc58 b74a992c
0x0032f6cc: 0032fc7c 7bc9d82d 00000001 00000000
0x0032f6dc: 0032fc8c 7bc9d82d 00000001 00000001
0x0032f6ec: 7bc9d82d 00000000 00000000 00000001
0x0032f6fc: 7bc9d82d 00000000 00000000 00000000
0x0032f70c: 00000000 00000000 00000000 00000000
Backtrace:
=>0 0xb74a916a _IO_vfprintf+0x3a() in libc.so.6 (0x0032fc48)
1 0xb74cbdbb vsnprintf+0xca() in libc.so.6 (0x0032fc74)
2 0x7bc350f9 NTDLL_dbg_vprintf+0x56() in ntdll (0x0032fd90)
3 0xb761ab63 wine_dbg_printf+0x2e() in libwine.so.1 (0x0032fdc0)
4 0x7bc640e5 relay_call+0x113() in ntdll (0x0032fe10)
5 0x7b8224ad in kernel32 (+0x124ac) (0x0032fe60)
6 0x004075cd in exeinfope (+0x75cc) (0x0032fe60)
7 0x7b85de44 call_process_entry+0xb() in kernel32 (0x0032fe78)
8 0x7b85df8a start_process+0x143() in kernel32 (0x0032fec8)
9 0x7bc7a244 call_thread_func+0xb() in ntdll (0x0032fed8)
10 0x7bc7a282 call_thread_entry_point+0x33() in ntdll (0x0032ffb8)
11 0x7bc51ebc start_process+0x25() in ntdll (0x0032ffe8)
12 0xb761edb5 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000)
0xb74a916a _IO_vfprintf+0x3a in libc.so.6: movl %gs:0x00000000,%ecx
--- snip ---
The protection scheme fiddles with %gs selector value which breaks TLS pointer
access through %gs:0 (Wine uses %fs) or the stack protector scheme that
Userland libs and Wine are built with (glibc provided __stack_chk_guard at
%gs:0x14).
My gcc 4.6.1 x86 host toolchain has -fstack-protector enabled by default hence
Wine gets the stack canary code in the binaries.
The Glibc here (Xubuntu 11.10) has stack smashing protection enabled by
default.
Even if Wine is built with "-fno-stack-protector" the app would still break
glibc %gs TLS code.
This is just a "collector" bug for apps that run into this issue.
WONTFIX obviously, there is no reliable way to know when to repair/restore %gs
value (and restarting faulting instruction).
Regards
--
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=28326
Summary: CDBurnerXP's audio player is missing some visual
elements
Product: Wine
Version: 1.3.27
Platform: x86-64
URL: http://cdburnerxp.se/download?more-options
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=36293)
--> (http://bugs.winehq.org/attachment.cgi?id=36293)
Builtin/native gdiplus comparison screenshots
In CDBurnerXP, the audio player dialog does not display the elapsed playback
time, and the outer edges of the pseudo-LED showing the current track are also
missing. Both can be seen with native gdiplus. To reproduce the problem:
1. Use winetricks dotnet20 before installing
2. From the main menu, choose "audio disc"
3. Observe the appearance of the audio player above the upper-right corner of
the program window
--
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=15381
Summary: CoFreeUnusedLibraries will crash COM server or cause
0x800703E6/I_RpcReceive error 0x3e6
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmda(a)yandex.ru
Created an attachment (id=16230)
--> (http://bugs.winehq.org/attachment.cgi?id=16230)
demo illustrating the problem
if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel
and lead to the errors
Attached is client/server code that demonstrates the problem.
If you comment out CoFreeUnusedLibraries call, it will start to work.
Steps:
-comple all 3 projects in the Workspace (Debug target is the only appropriate
for the sake of demo)
-make sure server and proxy are registered by running testserver.exe
-RegServer, regsvr32 testserverPS.dll
-run testproject.exe (the client)
Expected behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will show client's message "call succeeded" and client will exit
5. after roughly 6sec it will show that the server is unloaded/
Actual behaviour:
1. it will show server's message "CServer is created", click ok
2. it will show client's message "press OK when ready", click ok
3. it will show server's message passed by the client "Hello world!", click ok
4. it will dump out trouble in the console and show client's message "call
failed"
You may call CoFreeUnusedLibraries anywhere in the appartment and it will break
RPC on the server side. In some cases it will crash whole the server, like in
the demo.
Tested environment:
Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates
--
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=12968
Summary: MS Visual Studio V6 setup error 258 since 0.9.58
Product: Wine
Version: 0.9.61.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: k.king177(a)ntlworld.com
trying to install Visual Studio v6 get MS Msgbox headed
"Setup Error 258"
with text
Your setup files may be damaged. Try restarting the setup program from where
you originally ran it.
this is probably related or from same issue causing bug# 12967 for Office 97
see that bug for environment details.
--
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=15948
Summary: Error generated when trying to install visual studio 6.0
into centos5 via wine
Product: Wine
Version: 1.1.7
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boniemx(a)gmail.com
Created an attachment (id=17135)
--> (http://bugs.winehq.org/attachment.cgi?id=17135)
error-log for installation of visual studio 6.0 via wine into centos5
Hi, am trying to install Visual studio 6.0, but it produces the error that I
have attached. Please I need to do this urgently. Please help
--
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=15619
Summary: Visual Studio 2008 Installer Hangs after
err:seh:setup_exception_record stack overflow
Product: Wine
Version: 1.1.6
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peterbelm(a)gmail.com
Created an attachment (id=16642)
--> (http://bugs.winehq.org/attachment.cgi?id=16642)
Terminal output
When running the Visual Studio 2008 installer the setup window appears, and
starts loading installation components, after about 30 seconds full processor
usage, err:seh:setup_exception_record stack overflow appears in the terminal
output (see attachment) the progress bar increases slightly, and then it seems
to hang.
Checking with strace on the setup.exe process (the main one, the other one
gives me 'Operation not permitted', even when sudo'ing it) shows it is waiting
to read from a pipe, which is red when doing 'ls -l', I assume that means the
pipe doesn't exist any more?
--
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=29905
Bug #: 29905
Summary: Microsoft Visual Studio 2008: attaching to process
fails with "unknown error: 0x80070003" (support of
"Session" namespace for named objects needed)
Product: Wine
Version: 1.4-rc3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
prerequisite: 'winetricks -q dotnet30'
Unfortunately for installation of Visual Studio 2008 Professional/Enterprise
editions you have to resort to hacks.
NOTE: Remote debugging capability is not available in Visual Studio 2005/2008
express editions (free for download).
Bug 29354 (installer fails due to ProductID being set during client side
"ValidateProductID" standard action -> don't set property)
Bug 10601 (GAC API for managed assembly installation needs reparse
point/junction API support -> force
msi_install_assembly()/IAssemblyCache_InstallAssembly to succeed on failure)
The installer still fails in the end but it's enough to have a "half" usable
IDE/build environment (.NET Framework 3.5 and some .NET service packs get
skipped due to Mono registry/fake mess while other components fail to install).
Unlike Visual Studio 2005 which uses wtsapi (bug 29903), Visual Studio 2008
retrieves the process list by different means and displays the process in
"standard" transport mode.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 9.0/Common7/IDE
$ wine ./devenv.exe
--- snip ---
1) Menu "extras" -> "attach to process"
2) select one process, click "attach"
It starts the debugging environment but fails half-through with "unknown error:
0x80070003"
--- snip ---
...
0082:Call KERNEL32.ProcessIdToSessionId(00000085,0032e5f0) ret=3f083224
0082:Ret KERNEL32.ProcessIdToSessionId() retval=00000001 ret=3f083224
...
0082:Call
KERNEL32.CreateFileMappingW(ffffffff,0032e604,00000004,00000000,0000003c,0032e610
L"Session\\0\\Microsoft_VS90_causality_sharedmemory-133") ret=3f089149
0082:Ret KERNEL32.CreateFileMappingW() retval=00000000 ret=3f089149
0082:Call KERNEL32.GetLastError() ret=3f08897a
0082:Ret KERNEL32.GetLastError() retval=00000003 ret=3f08897a
...
0082:Call
KERNEL32.FormatMessageW(00001300,00000000,80070003,00000400,0032e638,00000000,00000000)
ret=3f2b9072
0082:Ret KERNEL32.FormatMessageW() retval=00000000 ret=3f2b9072
...
0082:Call oleaut32.SysAllocString(03d19b60 L"Der Vorgang wird nicht
unterst\00fctzt. Unbekannter Fehler: 0x80070003.") ret=3f247a9f
...
--- snip ---
For communication between target and debugger a shared memory location is
created.
The shared memory (file mapping) is created using a special namespace syntax:
"Session\\0\\Microsoft_VS90_causality_sharedmemory-133"
Wineserver doesn't support "Session\<id>" yet, hence CreateFileMappingW()
fails.
(another run with +server):
--- snip ---
0009: create_mapping( access=000f000f, attributes=00000080, protect=00000043,
size=0000003c, file_handle=0000,
objattr={rootdir=0010,sd={control=00000004,owner=<not present>,group=<not
present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}}}},name=L"Session\\0\\Microsoft_VS90_causality_sharedmemory-18"}
)
0009: create_mapping() = OBJECT_PATH_NOT_FOUND { handle=0000 }
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/ba715798094896e8b98fc5803e16b00f…
"Kernel Object Namespaces":
http://msdn.microsoft.com/en-us/library/aa382954.aspx
--- quote ---
...
In addition to the "Global\" prefix, client processes can use the "Local\"
prefix to explicitly create an object in their session namespace. These
keywords are case sensitive.
The "Session\" prefix is reserved for system use and you should not use it in
names of kernel objects.
...
<user comments>
This documentation effectively states that 'Global', 'Local' and 'Session' are
all valid as name prefixes (but not as names).
There appears to be no documentation that says 'Session' cannot be used as a
prefix or that it is reserved for use as a prefix.
By referring to 'Session' as it does, it strongly implies that this a fully
legal and valid way to enable applications in one session to interact with
applications in another session.
I think Microsoft should consider adding more detail about whether 'Session' is
or is not valid for use by developers, and if so exactly what it can and cannot
be used for.
[user reponse] Global\ refers to the Global Namespace, Local\ refers to the
current session's namespace, Session\x\ refers to x's namespace where x is the
session id (not LUID or anything special, just a counter)
--- quote ---
"Memory mapped files from XP to Vista"
http://blogs.msdn.com/b/maartenb/archive/2008/05/07/memory-mapped-files-fro…
--- quote ---
... Online search for "sessions\1\basenamedobject" gives hits that point to
Terminal Services. There appear to be Local Global and Session namespaces. So
prior to Vista and Server 2008 all services shared the same namespace as the
first user logging in to the machine. This was session 0. With Vista this is no
longer the case. Just like all compatibility issues it is explained in the
cookbook.
--- quote ---
There is a workaround for this problem.
You can force a "normal" shared memory mapping name by setting to WinVer to
"Windows 2000" prior running the IDE.
Some components don't really support running WinVer < "Windows XP" anymore
hence this might break some stuff (VS2008 refuses to install with W2K mode).
At least this prevents the error message when attaching.
It doesn't really break/pause the remote process (might be bug 25462).
Regards
--
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=24583
Summary: Wine 1.3.3 can't run Visual Studio 2008 (VC9)
installer
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simons(a)cryp.to
Created an attachment (id=31046)
--> (http://bugs.winehq.org/attachment.cgi?id=31046)
Output printed by wine while attempting to run the installer
I ran the installer of the full version (not VC express) using the latest
release of wine. The installer starts up and works for a while, but ultimately
it aborts with an unhandled exception.
--
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=20227
Summary: msi: Table Join on two tables that have same
(non-join) column name causes only first column data
to be returned.
Product: Wine
Version: 1.1.30
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ngallaher+winehq(a)deepthought.org
Created an attachment (id=23863)
--> (http://bugs.winehq.org/attachment.cgi?id=23863)
Patch for TableJoin bug
Imagine the following tables
Table foo:
string color
string flavor
Table bar:
string color
string flavor
with query
"Select foo.color, bar.flavor from foo, bar where foo.color=bar.color"
The current version returns the data from columns foo.color and foo.flavor.
This is because when the tables are joined, the original tablename identifiers
are dropped on the floor, resulting in a table with two 'color' and two
'flavor' columns. The VIEW_find_column() function then returns the first
column found that matches the requested name.
This can be traced to a deficiency in VIEW_find_column() which only uses the
column names in its comparison. Further, the sql parser does not preserve the
table identifier, but this is easily fixed.
A patch, including test case is attached.
This behaviour was observed when trying to install Visual Studio 2008 Standard
Edition.
--
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=15671
Summary: Visual Studio 2008 Express web install fails with
"Sharing violation" on $shtdwn$.req
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://www.microsoft.com/express/download/#webInstall
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To get the installer to even try, you have to do "winetricks volnum".
The next problem is while copying file 41 of 41, $shtdwn$.req,
it gets a sharing violation. The file it's trying to copy
is there, but can't be opened, possibly because it has
never been closed.
002f:Call KERNEL32.CreateFileA(0100afa0
"c:\\21309f2f7662773b82c3\\$shtdwn$.req",c0000000,00000003,00000000,00000001,04000002,00000000)
ret=0100355e
trace:file:CreateFileW returning 0x68
002f:Ret KERNEL32.CreateFileA() retval=00000068 ret=0100355e
002f:Call KERNEL32.WriteFile(00000068,0100a5a0,00000314,0032fe70,00000000)
ret=010035b5
trace:file:WriteFile 0x68 0x100a5a0 788 0x32fe70 (nil)
002f:Ret KERNEL32.WriteFile() retval=00000001 ret=010035b5
002f:Call KERNEL32.SetEnvironmentVariableA(01002388
"_SFX_CAB_SHUTDOWN_REQUEST",0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req")
ret=010035cb
...
...
trace:text:DrawTextExW L"Setup is copying required resources to your temp
directory.\r\nCopying file 41 of 41.\r\n\r\nCopying setup file: $shtdwn$.req",
-1,
[(0,0)-(360,70)] 00000050
...
0032:Call KERNEL32.CopyFileExW(0033e80c
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req",0033e5fc
L"C:\\windows\\temp\\SIT42147.tmp\\$shtdwn$.req",3aaed850,0000000
0,0033ddbc,00000002) ret=3aaed716
warn:file:CreateFileW Unable to create file
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" (status c0000043)
warn:file:CopyFileW Unable to open source
L"C:\\21309f2f7662773b82c3\\$shtdwn$.req"
0032:Call oleaut32.SysAllocString(00787cf0 L"Setup has encountered a problem
while trying to copy:\r\nC:\\21309f2f7662773b82c3\\$shtdwn$.req\r\nPress Retry
to attempt the copy again. Press Cancel to cancel setup.") ret=3aae49ab
Interestingly, even on Windows this file can't be opened sometimes
early in an installer; see
http://www.digitalformula.net/infrastructure/how-to-perform-an-unattended-i…
It's an interesting mystery. What triggers that file to be closed on Windows?
--
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=14875
Summary: VS 2008 Express Editions (SP1) installer fails with
directory resolution error (bug in msi appsearch action)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/express/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
downloaded full DVD image of Visual Studio 2008 Express Edition with SP1.
Minimal set of prerequisites needed to reproduce this bug:
1. sh winetricks volnum (bug 5351)
2. MsiSetExternalUIRecord patch (bug 10547)
The installer stops with error "directory resolution failed".
--- snip ---
002c:Call msi.MsiGetPropertyW(00000001,00cee4c8
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8",39e262f8,0032ab10) ret=39e55231
002c:trace:msi:MSI_GetProperty 1 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
0x39e262f8 0x32ab10
..
002c:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`='VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32a9c4
..
002c:Ret msi.MsiGetPropertyW() retval=000000ea ret=39e55231
..
002c:Call
KERNEL32.FormatMessageW(00000b00,3aa70000,0000108e,00000400,0032a7bc,00000000,00000000)
ret=39ea74fb
002c:Ret KERNEL32.FormatMessageW() retval=00000024 ret=39ea74fb
..
002c:Call oleaut32.SysAllocString(00cdcd08 L"Microsoft Visual C++ 2008 Express
Edition with SP1 - DEU") ret=39e4bc58
..
002c:Call oleaut32.SysAllocString(00cee978
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8: Fehler bei
Verzeichnisaufl\00f6sung.") ret=39e4bc58
..
002c:Call oleaut32.SysFreeString(010ab66c L"ERROR processed; exception was
thrown for retail build\n\tDeveloper Comment: \n\tBuild Time: Thu Dec 11
15:04:18 2003\n\tDWORD: 234") ret=39e40e56
..
002c:Call oleaut32.SysFreeString(010ab5ec L"Microsoft Visual C++ 2008 Express
Edition with SP1 - DEU") ret=39e40e5f
..
002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032a9d8)
ret=39e80d28
002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8433b0
--- snip ---
Property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" (= Visual Studio install
directory) does not exist (anymore) at this install stage.
Besides from a bug in dlls/msi/install.c:msi_strcpy_to_awstring(), which
results in wrong ERROR_MORE_DATA for empty unicode strings (see previous
snippet, str=L"" + len=0), the following sequences lead to this bug...
The installation directory property is created/set first here:
--- snip ---
..
002c:trace:msi:MsiDoActionW
L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_PerformUIAction Performing action
(L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8")
..
002c:trace:msi:ACTION_CustomAction Handling custom action
L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"CA_SetVcvars32bat_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8"
L"[#FL_vsvars_bat_10582_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];[#FL_vcvars32_bat_5369_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];@SET
VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET
VCINSTALLDIR=[VC7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET
FrameworkDir=[Framework_x86.3643236F_FC"...)
..
002c:trace:msi:MSI_GetPropertyW returning L"C:\\Program Files\\Microsoft Visual
Studio 9.0\\" for property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
..
--- snip ---
("@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]")
But is removed/reset at later install stage, when this custom action is run:
--- snip ---
002c:trace:msi:ACTION_CustomAction Handling custom action
L"CA_VIntegration_Exec_VS7_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
L"[VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8]")
002c:trace:msidb:MSI_CreateRecord 1
..
002c:trace:msi:MSI_GetPropertyW property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
not found
..
002c:trace:msi:MSI_SetPropertyW 0xbcbec8
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L""
..
002c:trace:msi:MSI_GetPropertyW property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" not found
002c:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE
`_Property` = 'VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32b298
..
--- snip ---
The removal/reset was due to property
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
not existing.
Using ORCA tool on msi setup database, one can find this property referenced in
"AppSearch" table:
--- snip ---
Property ; Signature
VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip ---
Signature is "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
"CompLocator" table:
--- snip ---
Signature ; ComponentId ; Type
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{2883180F-8F0F-4B82-B0BA-D48CE920DFAF} 0
--- snip ---
"Component" table:
--- snip ---
Component ; ComponentId ; Directory ; Attribute ; Condition ; KeyPath
VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}
VS7.3643236F_FC70_11D3_A536_0090278A1BB8 0
--- snip ---
Armed with this information, one can find the following in trace log:
--- snip ---
002c:trace:msi:iterate_appsearch
L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchGetSignature package 0xbcbec8, sig 0x32b304
..
002c:trace:msi:ACTION_AppSearchGetSignature failed to query signature for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchComponents
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
..
002c:trace:msi:MsiLocateComponentW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
0x32b040 0x32b248
002c:trace:msi:MsiGetProductCodeW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
0x32afae
..
002c:trace:msi:MSIREG_OpenUserDataComponentKey
L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}"
..
002c:trace:msi:MSIREG_OpenUserDataComponentKey squished
(L"F0813882F0F828B40BAB4DC89E02FDFA")
..
002c:trace:msi:ACTION_AppSearchReg
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchReg failed to query RegLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchIni
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchIni failed to query IniLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
002c:trace:msi:ACTION_AppSearchDr
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
002c:trace:msi:ACTION_AppSearchDr failed to query DrLocator for
L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8"
..
--- snip ---
This results in property
"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
and depending property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" reset.
MSDN info for AppSearch table here:
http://msdn.microsoft.com/en-us/library/aa367579.aspx
and AppSearch action: http://msdn.microsoft.com/en-us/library/aa367578.aspx
Specifically:
--- quote ---
The AppSearch action requires that the Signature table be present in the
installation package. [..] A signature that is not in the Signature table
denotes a directory and the action sets the property to the directory path for
that signature.
--- quote ---
This "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" key is not
present in "Signature" table, it's actually a directory.
If we look in the previously posted "Component" table we see the directory is
actually "VS7.3643236F_FC70_11D3_A536_0090278A1BB8"
By looking into "Directory" table we find the following:
--- snip ---
Directory ; Directory Parent ; DefaultDir
VS7.3643236F_FC70_11D3_A536_0090278A1BB8
ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8
VS90.NET|Microsoft Visual Studio 9.0
--- snip ---
So
"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8"
should resolve to "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" -> L"C:\\Program
Files\\Microsoft Visual Studio 9.0\\" (install dir)
This looks like bug in wine msi appsearch action impl.
Regards
--
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=29921
Bug #: 29921
Summary: Microsoft Visual Studio 2008 Express installer shows
highlighted items incorrectly
Product: Wine
Version: 1.4-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Classification: Unclassified
Created attachment 38933
--> http://bugs.winehq.org/attachment.cgi?id=38933
Screenshot depicting the problem
Any checkbox or button selected in the installer window will "disappear". The
installer still functions, but the issue is very visually disturbing.
--
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=20623
Summary: Swiftkit crashed
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frt975(a)gmail.com
SwiftKit Crashed. I gave vb6run gecko and Java installed.
--
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=25558
Summary: Can't install Flight Simulator X
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: el.il(a)doom.co.il
Created an attachment (id=32543)
--> (http://bugs.winehq.org/attachment.cgi?id=32543)
Terminal Output
Microsoft Flight Simulator X Installation doesn't work.
I'm tested with a clean wineprefix.
I'm using wine-1.3.9-1.fc14, on 64bit
I can see the installer loading dialog, but when the progress line gets to the
end, an error shows up, saying "1628: Failed to complete installation".
Attached is the terminal output.
Notice the line "wine: Invalid address"
I think this might need extra debugging.
Please note that the bug also occurs in the installer of the demo version.
Download: https://www.microsoft.com/games/flightsimulatorx/downloads.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=12628
Summary: wine: Call from 0x7b840fc8 to unimplemented function
hal.dll.ExAcquireFastMutex
Product: Wine
Version: 0.9.59.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimeff(a)gmail.com
I get the following error:
wine: Call from 0x7b840fc8 to unimplemented function
hal.dll.ExAcquireFastMutex, aborting
It would be great if that function were implemented :)
(I'm running epoc.exe, an emulator for Symbian development)
--
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=25162
Summary: E-Card Blue Societe general doesn't work
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightdragonfire(a)msn.com
Created an attachment (id=31917)
--> (http://bugs.winehq.org/attachment.cgi?id=31917)
backtrace
The application crash from the launch.
I installed ntlm_auth but it didn't resolve my problem.
Where download the application ?
http://groupe.socgen.com/html/e-carte/V4/ecartebleueSG.exe
--
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=28937
Bug #: 28937
Summary: YouSendIt crashes
Product: Wine
Version: 1.3.31
Platform: x86
URL: http://www.yousendit.com/cms/standalone-app
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
YouSendItExpressSetup2_10_2.exe
fixme:msxml:domdoc_get_parseError (0x1a944c)->(0x33c3b8): creating a dummy
parseError
fixme:msxml:parseError_QueryInterface interface
{a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented
fixme:msxml:parseError_QueryInterface interface
{719c3050-f9d3-11cf-a493-00400523a8a6} not implemented
fixme:msxml:parseError_QueryInterface interface
{a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented
wine: Unhandled page fault on read access to 0x00000010 at address 0x202666e2
(thread 0040), starting debugger...
Workaround: winetricks msxml3
--
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=21915
Summary: Port Royale 2 hangs on splash screen
(d3d8:vertexshader_init)
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adrian(a)hoehne.tk
Created an attachment (id=26585)
--> (http://bugs.winehq.org/attachment.cgi?id=26585)
Wine Output starting Port Royale with Steam
Port Royale 2 over Steam hangs on splash screen.
You can only see the background and the mousecursor looks like a sword (so the
cursor is changed properly by the game). Soundtrack plays too.
And thats all. There are no buttons or menu entries only the background.
Blind click has no effect.
--
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=28975
Bug #: 28975
Summary: Nokia S60 5th Edition SDK 1.0 installer needs
apphelp.dll.ApphelpCheckInstallShieldPackage
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
now that apphelp.dll is present another one from InstallShield based installer:
--- snip ---
~/Downloads/S60_5th_Edition_SDK_v1_0_en$ wine ./setup.exe
fixme:storage:create_storagefile Storage share mode not implemented.
wine: Call from 0x7b83a43f to unimplemented function
apphelp.dll.ApphelpCheckInstallShieldPackage, aborting
wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
called at address 0x7b83a43f (thread 0009), starting debugger...
--- snip ---
Workaround:
$ WINEDLLOVERRIDES="apphelp=d" wine ./setup.exe
$ wine --version
wine-1.3.31-293-gb4987d0
710260 -rw-rw-r-- 1 focht focht 727290277 2011-11-01 22:02
Nokia_S60_5th_Edition_SDK_v1.0.rar
$ sha1sum Nokia_S60_5th_Edition_SDK_v1.0.rar
b1b1c6367598fbc0b8ca81e40d68c6b7bc60573e Nokia_S60_5th_Edition_SDK_v1.0.rar
Regards
--
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=29015
Bug #: 29015
Summary: Oblivion setup calls unimplemented function
apphelp.dll.ApphelpCheckInstallShieldPackage
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: oneofone(a)gmail.com
Classification: Unclassified
Oblivion setup fails to start because it calls unimplemented function
apphelp.dll.ApphelpCheckInstallShieldPackage.
Workaround: download apphelp.dll from elsewhere and set it to native.
--
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=29007
Bug #: 29007
Summary: Regression installing sims 3
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bass_dr(a)hotmail.com
Classification: Unclassified
Created attachment 37339
--> http://bugs.winehq.org/attachment.cgi?id=37339
Terminal Output & Backtrace
Installation of The Sims 3 on wine-1.3.31 worked well (still the game did not
work for me). I upgraded to wine-1.3.32 from Ubuntu's wine PPA, and now wine
crash at installation. See attachment for console output. I am not very
familiar with wine debugging but ask me if you want any other information.
--
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.