http://bugs.winehq.org/show_bug.cgi?id=21906
Summary: setupapi copyfiles action target must default to
LDID_WIN (win9x) or LDID_SYS (NT) when neither
DestinationDirs nor DefaultDestDir is given
Product: Wine
Version: 1.1.39
Platform: x86
URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
with bug 18097 fixed (extrac32.exe tool), the msjavx86.exe installer still
fails.
WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./msjavx86.exe &> log.txt
Use the "vminst.log" file in system32 to quickly determine which part failed.
--- snip ---
=== INF Invocation ==========================================
Type : RunSetupCommand
INF : C:\windows\temp\IXP000.TMP\java.inf
00000000 : WFCClean.RunNow
00000000 : CleanUp
00000000 : BaseInstallation.NT5
00000000 : BaseInstallation.RegNow
00000000 : IEOptions.Register
00000000 : IEOptions.X86.Register
00000000 : BaseInstallation.ClassFiles
80004005 : BasePkgMgr.Install.Execute
...
--- snip ---
java.inf -> "BasePkgMgr.Install.Execute" part failed.
--- snip ---
[BasePkgMgr.Install.Execute]
ComponentName=Java
RunPreSetupCommands=BASEINST.ExecPkgMgr
--- snip ---
--- snip ---
[BASEINST.ExecPkgMgr]
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\classes\classes.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\classes.cer
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\trustlib\tclasses.zip,1,5,00,%VERNUM%,6,286,%10%\java\trustlib\tclasses.cer
rundll32 %11%\msjava.dll,JavaPkgMgr_Install
%10%\Java\classes\msjdbc.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\msjdbc.cer
%11%\jdbgmgr.exe -regserver
--- snip ---
The self-register call fails because there is no target file ("%11%\jdbgmgr.exe
-regserver"):
--- snip ---
001d:Call KERNEL32.CreateProcessW(00000000,0033d22c
L"C:\\windows\\system32\\jdbgmgr.exe
-regserver",00000000,00000000,00000000,04000200,00000000,00152a50
L"C:\\windows\\temp\\IXP000.TMP",0033d18c,0033d1d0) ret=62fee93c
001d:Ret KERNEL32.CreateProcessW() retval=00000000 ret=62fee93c
--- snip ---
Go back to .inf to look up named sections for the file:
--- snip ---
[BASEINST.SysFilesNoReg]
jdbgmgr.exe,,,33
javart.dll,,,33
msjdbc10.dll,,,33
zonedoff.reg,,,33
zonedon.reg,,,33
...
[BASEINST.SysFilesNoReg.NT5]
clspack.exe,,,33
javart.dll,,,33
jdbgmgr.exe,,,33
jview.exe,,,33
msjdbc10.dll,,,33
wjview.exe,,,33
zonedoff.reg,,,33
zonedon.reg,,,33
--- snip ---
The copy files action is listed here:
--- snip ---
[BaseInstallation]
ComponentName=Java
CheckAdminRights=1
CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg,BASEINST.WinFiles,BASEINST.INF
AddReg=BASEINST.AddReg
[BaseInstallation.NT5]
ComponentName=Java
CheckAdminRights=1
CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg.NT5,BASEINST.INF
AddReg=BASEINST.AddReg
--- snip ---
The culprit (BASEINST.SysFilesNoReg.NT5) is here:
--- snip ---
...
001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 2
returning L"BASEINST.SysFilesNoReg.NT5"
001d:trace:setupapi:SetupQueueCopySectionW hinf=0x1526a8/0x1526a8
section=L"BASEINST.SysFilesNoReg.NT5" root=L"C:\\windows\\temp\\IXP000.TMP"
001d:Call KERNEL32.SetLastError(00000000) ret=5092b82c
001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092b82c
001d:trace:setupapi:SetupFindFirstLineW
(0x1526a8,L"BASEINST.SysFilesNoReg.NT5",(null)): returning 62/0
001d:trace:setupapi:SetupFindNextMatchLineW
(0x1526a8,L"DestinationDirs",L"BASEINST.SysFilesNoReg.NT5"): not found
001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6
001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6
001d:trace:setupapi:SetupFindNextMatchLineW
(0x1526a8,L"DestinationDirs",L"DefaultDestDir"): not found
001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6
001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6
001d:Call KERNEL32.SetLastError(00000000) ret=5092c4be
001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092c4be
001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 3
returning L"BASEINST.INF"
...
--- snip ---
"BASEINST.SysFilesNoReg.NT5" is skipped because there is no "DestinationDirs"
for this named section present (unlike the others BASEINST.SysFilesRegister and
BASEINST.INF):
--- snip ---
[DestinationDirs]
PRECLEAN.RegSvr=11
BASEINST.ClassFiles=10,Java\Classes
BASEINST.TClassFiles=10,Java\TrustLib
BASEINST.SysFilesRegister=11
BASEINST.SysFilesNoReg=11
BASEINST.WinFiles=10
BASEINST.INF=17
--- snip ---
"[DestinationDirs]" -> "DefaultDestDir" is also missing. Because of this the
file is never copied.
http://msdn.microsoft.com/en-us/library/ms794560.aspx (INF CopyFiles Directive)
--- quote ---
If a named section referenced by a CopyFiles directive has a corresponding
entry in the DestinationDirs section of the same INF, that entry explicitly
specifies the target destination directory into which all files that are listed
in the named section are copied. If the named section is not listed in the
DestinationDirs section, Setup uses the DefaultDestDir in the INF file.
...
--- quote ---
And what if no "DefaultDestDir" is given?
I searched a bit and found this:
http://technet.microsoft.com/en-us/library/cc768164.aspx (Appendix C - Windows
98 INF Files)
--- quote ---
The optional DefaultDestDir entry provides a default destination for any
Copyfile entries that use the direct copy notation (@filename) or any
[File-List] section not specified in the [DestinationDirs] section. If
DefaultDestDir is not given, the default directory is set to LDID_WIN.
--- quote ---
LDID_WIN might apply to Win9X but not to Windows NT.
In many .INF files for win32/NT you will find:
--- snip ---
[DestinationDirs]
...
DefaultDestDir = 11 ; LDID_SYS
--- snip ---
So the default for non-existing "DefaultDestDir" on NT is LDID_SYS (as the .inf
references the file(s) as "%11%\<executable>")
You may want to fix dlls/setupapi/queue.c:get_destination_dir().
With this bug is fixed, the installer almost cleanly installs except for bug
18098 (urlmon.AsyncInstallDistributionUnit not implemented).
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=24214
Summary: ole: Java SE JRE subinstaller (msi) dies due to OLE
compound storage reader failure on some stream (the
one after _StringPool stream)
Product: Wine
Version: 1.1.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
when installing Java SE JRE one of the sub-installers crashes.
Though it doesn't seem to affect overall installer result - the installer still
reports "success" in the end.
--- snip ---
...
0009:Call KERNEL32.CreateProcessA(00000000,0032ed40
"\"C:\\windows\\system32\\msiexec.exe\" /i \"C:\\users\\focht\\Application
Data\\Sun\\Java\\jdk1.6.0_21\\jdk1.6.0_21.msi\"
WRAPPER=1",00000000,00000000,00000000,00000000,00000000,00000000,0032c4d0,0032c514)
ret=00401184
....
001d:trace:msi:ACTION_ProcessComponents Component L"sb160210"
(L"14888323ADFE6D117AD8000B0D612001"), Keypath=L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi", RefCount=1 Request=3
...
001d:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"File: javadb.msi,
Directory: INSTALLDIR, Size: 10566952"
...
001d:trace:msi:cabinet_copy_file extracting L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi"
001d:Call KERNEL32.CreateFileW(00205320 L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",c0000000,00000000,00000000,00000002,00000080,00000000)
ret=683a75f4
001d:Ret KERNEL32.CreateFileW() retval=00000054 ret=683a75f4
...
001d:trace:msi:ACTION_CustomAction Handling custom action L"installjavadb" (62
L"SystemFolder" L"msiexec.exe /i \"[INSTALLDIR]javadb.msi\" /qn
INSTALLDIR=\"[JAVADB_DIR]\"")
...
001d:trace:msi:HANDLE_CustomType34 executing exe L"msiexec.exe /i \"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi\" /qn INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\"" with working directory L"C:\\windows\\system32\\"
...
000d:Call msi.MsiInstallProductW(0013914e L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",00139270 L" INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\"") ret=6833da64
000d:trace:msi:MsiInstallProductW L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi" L" INSTALLDIR=\"C:\\Program
Files\\Sun\\JavaDB\\\""
000d:trace:msi:MSI_OpenPackageW L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi" 0x33fc1c
...
000d:Call KERNEL32.CopyFileW(0013914e L"C:\\Program
Files\\Java\\jdk1.6.0_21\\javadb.msi",0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000) ret=683b95ab
...
000d:trace:msi:MSI_OpenPackageW Opening relocated package
L"C:\\users\\focht\\Temp\\msi58c.tmp"
000d:trace:msi:MSI_OpenDatabaseW L"C:\\users\\focht\\Temp\\msi58c.tmp" #0002
000d:Call ole32.StgOpenStorage(0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000,00000012,00000000,00000000,0033f11c)
ret=683880da
000d:Call KERNEL32.CreateFileW(0033f9b8
L"C:\\users\\focht\\Temp\\msi58c.tmp",c0000000,00000000,00000000,00000003,10000080,00000000)
ret=684f87b9
000d:Ret KERNEL32.CreateFileW() retval=00000040 ret=684f87b9
000d:Call KERNEL32.GetFileSize(00000040,00000000) ret=684f87dd
000d:Ret KERNEL32.GetFileSize() retval=00a13d28 ret=684f87dd
...
000d:trace:msidb:enum_stream_names stream 0 -> L"\4840\430f\422f" L"\4840File"
...
000d:trace:msidb:enum_stream_names stream 41 -> L"\0005SummaryInformation"
L"\0005SummaryInformation"
...
000d:trace:msidb:read_stream_data L"_StringPool" ->
L"\4840\3f3f\4577\446c\3e6a\44b2\482f"
...
000d:warn:msidb:read_stream_data read stream failed r = 8003001e!
...
000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683d2c6b
ip=683d2c6b tid=000d
000d:trace:seh:raise_exception info[0]=00000000
000d:trace:seh:raise_exception info[1]=00000000
000d:trace:seh:raise_exception eax=00000000 ebx=68400df8 ecx=00000000
edx=00000000 esi=001408dc edi=00000000
000d:trace:seh:raise_exception ebp=0033edf8 esp=0033ede0 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010202
000d:trace:seh:call_vectored_handlers calling handler at 0x68c622d0
code=c0000005 flags=0
000d:trace:seh:call_vectored_handlers handler at 0x68c622d0 returned 0
000d:trace:seh:call_stack_handlers calling handler at 0x7bc856a0 code=c0000005
flags=0
000d:Call KERNEL32.UnhandledExceptionFilter(0033e92c) ret=7bc856ed
Wine: Unhandled page fault on read access to 0x00000000 at address 0x683d2c6b
(thread 000d), starting debugger...
000d:trace:seh:start_debugger Starting debugger "winedbg --auto 11 68"
...
---- snip ---
Using "orca" on the extracted .msi produces the same crash.
The useful "MsiInfo" tool from Platform SDK to verify the integrity of the .msi
files (and dump infos) crashes too if used with no options.
Backtrace doesn't reveal much. The fault caused in msi_destroy_stringtable() is
the result of an earlier failure to read in all OLE streams properly.
When the "verify string pool" option is used, it doesn't crash but shows the
STG_E_READFAULT (0x8003001e) error.
--- snip ---
$ wine msiinfo.exe crash.msi /D
MsiInfo V 4.0
Copyright (c) Microsoft Corporation. All Rights Reserved
String ID size: 2
Code page: 0
Error 0x8003001E. Error Reading Stream
err:ole:CoUninitialize Mismatched CoUninitialize
--- snip ---
--- snip ---
ls -l crash.msi
-rw-rw-r--. 1 focht focht 10566952 2010-08-30 21:52 crash.msi
--- snip ---
>From my investigation it's the stream directly after "_StringPool" stream that
is somehow not processed properly.
Wine's OLE streams reader makes a stream access at file offset 10566656 with
byte count 512 -> past end of file.
You can use another OLE compound storage viewer to verify:
http://www.mitec.cz/ssv.html
It's a nice tool with plugin arch that lets you decode any OLE stream - if you
write plugins for it ;-)
If you open the .msi with the viewer it reports "sharing violation" which is
another Wine bug.
Dismiss the dialog and navigate the treeview with all streams listed.
Between stream #22 with 90701 Bytes (-> _StringPool stream) and #24 with 3984
bytes the 0x8003001e error appears.
The "faulty" stream #23 has a size of 16168 bytes.
Don't know if this worked in earlier Wine versions, could be a regression
though.
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=15549
Summary: Colobot Demo installer does not fully redraw
installation window during install progress phase
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16531)
--> (http://bugs.winehq.org/attachment.cgi?id=16531)
Colobot Demo installer window screenshot
With today's Git (wine-1.1.5-507-ge20ef50), in the process of testing bug
13932, I noticed that when the installer is at the file copy progress phase,
some elements of the window are not redrawn properly. A screenshot is attached.
--
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=23847
Summary: ntdll:
NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_
INFORMATION) should provide NT-style 100ns units (.NET
1.x CLR)
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: NEW
Keywords: dotnet, download, Installer
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh
(assembly registration fails)) was fixed, the installer still fails.
The first blocker is now the presence of some .NET registry keys that ought to
help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR
core library is incorrectly constructed, leading to mscorwks.dll load failure).
You can work around by deleting the following key before running the installer:
--- snip ---
$ wine reg delete "HKLM\Software\Microsoft\.NETFramework"
--- snip ---
Near the end, the installer spawns "regasm.exe" tool several times to register
various assemblies.
Unfortunately the tool crashes with division by zero (+tid,+seh,+relay):
--- snip ---
...
0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000)
ret=792cf160
0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177
ip=79243177 tid=0040
0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000
edx=00000000 esi=00000022 edi=00000001
0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010246
--- snip ---
Interestingly there are other calls from the same addresses that don't crash:
--- snip ---
0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000)
ret=792cf160
0020:trace:ntdll:NtQuerySystemInformation
(0x00000008,0x320e960,0x00000060,(nil))
000d:Call KERNEL32.SwitchToThread() ret=7929a604
000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604
0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160
0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc
--- snip ---
Using additional "printf" style debugging to dump kernel+user+idle jiffies I
noticed the crashes happen when the values accumulated only small changes in
capture intervals.
It seems the CLR employs some kind of cpu resource utilization calculation
(using certain capture intervals) that breaks if the ticks/time units increment
fall below some threshold.
Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns
units.
See: http://msdn.microsoft.com/en-us/library/ms724509.aspx
I fixed dlls/ntdll/nt.c:NtQuerySystemInformation(
SystemProcessorPerformanceInformation class) to convert jiffies to NT-style
100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and
to not let the regasm tool crash anymore (installer succeeded).
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=21622
Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0
installer)
Product: Wine
Version: 1.1.38
Platform: x86
URL: http://www.microsoft.com/DownLoads/details.aspx?family
id=D7158DEE-A83F-4E21-B05A-009D06457787
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
due to recent changes in msi (SelfUnregModules standard action is now
implemented and executed), .NET 1.0 installer shows unhandled regsvr32
exception dialog (not critical to installer).
A stub is needed for mscoree.dll DllUnregisterServer():
--- snip ---
002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\""
002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u
\"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2
L"C:\\",0033e578,0033e568) ret=6212f676
...
0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98)
ret=200151f1
0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2
ip=7b835dc2 tid=0039
0039:trace:seh:raise_exception info[0]=20015260
0039:trace:seh:raise_exception info[1]=2001542f
wine: Call from 0x7b835dc2 to unimplemented function
mscoree.dll.DllUnregisterServer, aborting
...
--- snip ---
The .NET 1.0 installer doesn't run until the end due to long standing bug 17084
(which is a pity as patch exists for some time now).
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=16093
Summary: MS AppLocale installer fails
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://www.microsoft.com/globaldev/tools/apploc.mspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Applocate is a handy way to run apps in a non-system locale. See
http://alcahest.club.fr/perso/apploc/applocale.html
for a description and screenshots.
(Incidentally, there is a similar utility called Winelocale,
see http://cinnamonpirate.com/hobbies/software/winelocale/
Its installation instructions are quite demanding,
and it probably only works for one app at a time,
unlike Applocate. If I understand correctly, anyway.)
Installing applocate on wine fails; +msi shows that the failure
comes after running some external executable:
trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q
C:\\windows\\\\almain.sdb"
...
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
--
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=24196
Summary: oleaut32: typelib registration should not fail
bitness-neutral assemblies (32-bit typelib wrapped in
64-bit PE, x64 .NET 2.0 installer)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another x64 .NET Framework 2.0 installer bug.
The typelib registration fails for some assemblies:
--- snip ---
...
002c:Call KERNEL32.CreateProcessA(00000000,7fffec16f650
"\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\regtlibv12.exe\"
\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb\"",00000000,00000000,7fff00000001,00000000,00000000,00000000,7fffec8edfe8,7fffec8eb9e0)
ret=4fc035780
...
002e:Call oleaut32.LoadTypeLib(7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",7ffff143f870)
ret=004027bf
...
002e:Call KERNEL32.LoadLibraryExW(7ffff143f360
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000,0000000b)
ret=7ffff105ffb0
002e:Ret KERNEL32.LoadLibraryExW() retval=7fffefad0001 ret=7ffff105ffb0
...
002e:Ret oleaut32.LoadTypeLib() retval=00000000 ret=004027bf
002e:Call oleaut32.RegisterTypeLib(7ffff74d30d0,7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000)
ret=00402808
...
002e:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00402808
...
002c:Call msi.MsiRecordSetStringW(00000005,00000000,7fffec8ec620
L"RegisterTypeLib of
C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb failed
: 800288bd") ret=4fc0358bd
--- snip ---
The PE file containing typelib resources "System.Drawing.tlb" is a PE64 binary.
Dumping the typelib resource reveals:
--- snip ---
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii
000002B0 4D 53 46 54 02 00 01 00 00 00 00 00 09 04 00 00 MSFT.........
000002C0 00 00 00 00 41 00 00 00 02 00 00 00 00 00 00 00 ....A..........
000002D0 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...............
--- snip ---
flags: 0x41 -> indicates the typelib itself is 32 bit (SYSKIND = SYS_WIN32)
The folder "c:\windows\Microsoft.NET\Framework64\v2.0.50727\" contains
assemblies with following characteristics:
64-bit PE + 64 bit typelib part (flags = 0x43 -> SYSKIND = SYS_WIN64)
64-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
I verified that Wine msi correctly installs them into their appropriate 32 bit
and 64 bit folders.
The 32-bit counterparts from "c:\windows\Microsoft.NET\Framework\v2.0.50727\"
are all:
32-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
===
What causes the embedded typelib to be 32-bit?
Well, the .NET assemblies these typelibs belong to are flagged as "MSIL"
assemblies.
These are bitness-neutral assemblies that are portable and can run under any
platform.
When you look at 64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Drawing" Version="2.0.0.0"
PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral"
ProcessorArchitecture="MSIL" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
Example for bitness-aware assembly (managed C++ assemblies are automatically
platform specific):
64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral"
ProcessorArchitecture="AMD64" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
32-bit ->
"c:\windows\Microsoft.NET\Framework\v2.0.50727\RedistList\FrameworkList.xml":
(the 64 bit .NET Framework 2.0 redist contains both: the 64 bit _and_ 32 bit
runtime)
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="x86"
FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
I guess Wine should not fail on these bitness-neutral assemblies that contain
32-bit typelibs.
--- snip dlls/oleaut32/typelib.c ---
HRESULT WINAPI RegisterTypeLib(
ITypeLib * ptlib, /* [in] Pointer to the library*/
OLECHAR * szFullPath, /* [in] full Path of the library*/
OLECHAR * szHelpDir) /* [in] dir to the helpfile for the library,
may be NULL*/
{
...
if (ptlib == NULL || szFullPath == NULL)
return E_INVALIDARG;
if (FAILED(ITypeLib_GetLibAttr(ptlib, &attr)))
return E_FAIL;
TRACE("(%s,%d)", debugstr_w(szFullPath), attr->syskind);
#ifdef _WIN64
if (attr->syskind != SYS_WIN64) return TYPE_E_BADMODULEKIND;
#else
if (attr->syskind != SYS_WIN32 && attr->syskind != SYS_WIN16) return
TYPE_E_BADMODULEKIND;
#endif
...
}
--- snip dlls/oleaut32/typelib.c ---
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=24200
Summary: msi: properly handle msidbComponentAttributes64bit
attribute to support x64 installers that mix
architectures in a single MSI package (32-bit and
64-bit components, filesystem, registry)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
one of the main problems with current Wine msi is there are x64 installers that
mix architectures in a single MSI package: 64-bit and 32-bit components
(without a separate 32-bit installer for 32-bit components).
Basically 'msidbComponentAttributes64bit' is not handled.
Example: "mscoree.dll" -> .NET bootstrapper
"Component" table:
--- snip 32-bit ---
MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{173A6EB3-6403-11D4-A53F-0090278A1BB8}
DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8
FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 32-bit ---
Attributes = 8
--- snip 64-bit ---
MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
{70B495DC-D747-4182-B6D7-86C8A2244B25}
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264
FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 64-bit ---
Attributes = 264 (256 = msidbComponentAttributes64bit + 8)
When it comes to "InstallFiles" action:
--- snip 32-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110
"FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d0b980
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409
--- snip 32-bit component ---
--- snip 64-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0
"FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d15b40
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40
--- snip 64-bit component ---
The first extracted 32-bit version that gets (incorrectly) extracted to
system32 folder (remember: we're 64-bit install here) and subsequently gets
overwritten with 64-bit version later.
For the registry the same applies: In order to create registry values in 64bit
HKLM for components marked with "msidbComponentAttributes64bit" there is
nothing to change in 64-bit installs.
For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node.
Ideally Wine's msi should also support something like
"msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components
to write into 64bit HKLM but that's not required for now.
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=24189
Summary: msi: set "System64Folder" standard property in x64
environment (64bit installer of .NET Framework 2.0)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
continuation of bug 24187
Check for x64 IE5.01 fails.
--- snip ----
001a:trace:msi:msi_set_property 0x7ffff72baca0
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\"
...
001a:trace:msi:ACTION_AppSearchDr
L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001a:trace:msi:msi_get_property property
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found
...
001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )"
...
001a:trace:msi:ACTION_PerformAction Performing action
(L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8")
...
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or
higher version is required prior to installing Microsoft .NET Framework")
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher
version is required prior to installing Microsoft .NET Framework"
...
001a:err:msi:ITERATE_Actions Execution halted, action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603
--- snip ----
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit
--- snip orca ---
SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
--- snip orca ---
Although the property is initially set:
--- snip ---
001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
It is later reset due to custom action:
--- snip ---
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]"
001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil)
0x7fffecf4ddfc
001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750
0x7fffecf4dcbc
001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder"
001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`=?" 0x7fffecf4dc38
001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68
001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns
001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes
001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400
...
001a:trace:msi:msi_get_property property L"System64Folder" not found
001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed
001a:trace:msi:msi_set_property 0x7ffff72da890
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L""
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
The standard property "System64Folder" must be set in x64 environments.
Adding this in dlls/msi/package.c:set_installer_properties() with proper value
will succeed the check and get the installer further
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=22805
Summary: Can't install 64bit .NET 2.0
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.microsoft.com/downloads/details.aspx?family
id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
I'm trying to install the 64bit version of .NET 2.0 but this fails.
Console shows:
wine: Invalid address
A +module trace shows:
warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but
there are no relocation records
warn:module:load_dll Failed to load module
L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018
--
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=24187
Summary: msi: set "MsiAMD64" and "Msix64" standard properties
in x64 environment (64bit installer of .NET Framework
2.0)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6
The 64bit version of .NET Framework 2.0 fails due to launch condition not met.
--- snip ---
...
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64"
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only
supported on AMD64 platforms"
...
001b:trace:msi:msi_get_property property L"MsiAMD64" not found
001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64"
001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed
001b:trace:msi:MSI_ViewClose 0x7fffec3ab130
001b:trace:msidb:TABLE_close 0x7fffec3aba00
001b:trace:msidb:TABLE_delete 0x7fffec3aba00
001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed
001b:trace:msidb:MSI_CreateRecord 1
001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07:
LaunchConditions. Return value 1603."
--- snip ---
You have to add standard properties that indicate 64-bit environment.
Current, only the "Intel" (32 bit) standard property is handled.
--- snip dlls/msi/package.c ---
static VOID set_installer_properties(MSIPACKAGE *package)
{
...
static const WCHAR szIntFormat[] = {'%','d',0};
static const WCHAR szIntel[] = { 'I','n','t','e','l',0 };
...
GetSystemInfo( &sys_info );
if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL)
{
sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel );
msi_set_property( package->db, szIntel, bufstr );
}
...
--- snip dlls/msi/package.c ---
Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still
present for backward compatibility) and "Msix64" (introduced with with Windows
Installer 3.1).
The values seem not relevant, it's only important that the properties exist.
You can reuse the sys_info values from previous GetSystemInfo() call for
"Intel" property to also test for AMD/64 bit case.
In case of x64 system set both, "MsiAMD64" and "Msix64" properties.
With that in place, this launch condition succeeds only to run into next bug
;-)
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=21812
Summary: 3dgamestudio.com demos crash on exit
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Venice demo at 3dgamestudio.com looks beautiful,
but crashes on exit.
http://server.conitec.net/down/venice.zip
443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip
Happily, there seems to be a reasonable backtrace:
Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code
(0x7e51e14c).
Backtrace:
=>0 FindContext+0x16d(This=0x19bbc8, target=0x193030)
[dlls/wined3d/context.c:1923] in wined3d
1 context_acquire+0x8a(device=0x19bbc8, target=(nil),
usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d
2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8,
D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d
3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273]
in d3d9
4 in acknex (+0x6435a)
5 in reflectionparticle (+0x101e)
0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl
0xf2c(%eax),%eax
1923 old_render_offscreen = context->render_offscreen;
--
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=16060
Summary: comctl32, gfi32, user32: tests fail, when dpi is not the
default (96)
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=17288)
--> (http://bugs.winehq.org/attachment.cgi?id=17288)
patch to dump tm.tmHeight
(As requested by Dmitry, one bug for all)
Current known tests, that fail, when dpi is not 96
(The Implementation was not checked yet):
comctrl32:monthcal
comctrl32:rebar
comctrl32:status
comctrl32:tab
comctrl32:toolbar
comctrl32:treeview
gdi:font
user32:combo
Implementations known to have bugs, where the related tests are fixed:
comctl32/header (VERT_BORDER must be 2)
Fixing the heigh of the system font will make more hidden bugs
in the Wine tree visible.
----------------------
A difference found during research is the tm.tmHeight of the system font.
(GetTextMetrics)
w98 (72, 96 dpi): 16
w98 (120): 20
w98 is broken for 144 and 192 dpi: 16
w2k (72, 96 dpi): 16
w2k (120, 144, 192 dpi): 20
Wine: always 16
The attached patch for dlls/comctrl32/tests/status.c dump
tm.tmHeight (the first value after "expect")
--
By by ... Detlef
--
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=21259
Summary: Visual C++ 2005 Trial build hangs on first run after a
reboot
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=25560)
--> (http://bugs.winehq.org/attachment.cgi?id=25560)
Shell script to download an example project, install Visual C++ 2005 trial, and
build the project.
Visual C++ can build projects from the commandline with
devenv projectname.sln /build Debug
but oddly, the first time you try this on Wine, it hangs.
^C and rerunning fixes it. After the ^C, you can see
mspdbsrv.exe -start -spawn
running, so evidently the first run spawned the
pdb service but then stumbled trying to connect to it;
the second run connected fine.
I'll attach a canned script that reproduces the problem from scratch.
--
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=21511
Summary: wsmanhttpconfig.exe tool from Windows Management
Framework Core (PowerShell 2.0) needs
msvcrt.dll._scwprintf
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www.microsoft.com/downloads/details.aspx?Family
Id=60cb5b6c-6532-45e0-ab0f-a94ae9ababf5&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
the Windows Management Framework Core (PowerShell 2.0) installer runs
wsmanhttpconfig.exe (Web Services for Management) tool to register services
which fails.
.NET 2.0 SP1 is needed prerequisite
--- snip ---
...
0022:trace:process:CreateProcessW app (null) cmdline
L"C:\\windows\\system32\\wsmanhttpconfig.exe install"
...
0022:trace:process:CreateProcessW started process pid 0047 tid 000d
...
000d:fixme:httpapi:HttpInitialize ({1,0}, 0x2, (nil)): stub!
000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4ac0a
ip=7bc4ac0a tid=000d
000d:trace:seh:raise_exception info[0]=010305d6
000d:trace:seh:raise_exception info[1]=01030db8
wine: Call from 0x7bc4ac0a to unimplemented function msvcrt.dll._scwprintf,
aborting
--- snip ---
Implementing _scwprintf (using MSVCRT_vsnwprintf) lets the tool successfully
finish.
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=21512
Summary: Windows PowerShell 1.x/2.x needs
HKEY_CURRENT_USER\Environment registry key present
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www.microsoft.com/downloads/details.aspx?Family
Id=60cb5b6c-6532-45e0-ab0f-a94ae9ababf5&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
prerequisite: .NET 2.0 SP1 + Windows Management Framework Core (contains
PowerShell 2.0)
The shell must be started with wineconsole otherwise it refuses to work at all
(GetConsoleScreenBufferInfo).
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/system32/WindowsPowerShell/v1.0
$ wineconsole PowerShell.exe
err:wineconsole:WCUSER_SetFont wrong font
err:wineconsole:WCUSER_SetFont wrong font
err:wineconsole:WCUSER_SetFont wrong font
err:wineconsole:WCUSER_SetFont wrong font
fixme:sync:CreateMemoryResourceNotification (0) stub
fixme:advapi:RegisterEventSourceW (L".",L"PowerShell"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0001,0x00000067,(nil),0x0002,0x00000000,0x9e3d08,0x9e3bb0):
stub
err:eventlog:ReportEventW L"Object reference not set to an instance of an
object."
err:eventlog:ReportEventW
L"\tExceptionClass=NullReferenceException\n\tErrorCategory=\n\tErrorId=\n\tErrorMessage=Object
reference not set to an instance of an
object.\n\n\tSeverity=Error\n\n\tSequenceNumber=\n\n\tHostName=ConsoleHost\n\tHostVersion=2.0\n\tHostId=6bba2119-20f0-4b91-b68d-db6df8c2a470\n\tEngineVersion=2.0\n\tRuns"...
--- snip ---
The relay log shows that the app queries the "PSMODULEPATH" environment
variable from different locations.
process -> GetEnvironmentVariable()
machine -> registry,
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment
user -> registry, HKEY_CURRENT_USER\Environment
The latter one isn't present, hence it fails.
--- snip ---
...
0032:Call advapi32.RegOpenKeyExW(80000001,030d24ac
L"Environment",00000000,00020019,0033e484) ret=00dcac27
0032:Call ntdll.RtlInitUnicodeString(0033e3b0,030d24ac L"Environment")
ret=6832a7ee
0032:Ret ntdll.RtlInitUnicodeString() retval=0033e3b0 ret=6832a7ee
0032:Call ntdll.NtOpenKey(0033e484,00020019,0033e3b8) ret=6832a80a
0032:Ret ntdll.NtOpenKey() retval=c0000034 ret=6832a80a
0032:Call ntdll.RtlNtStatusToDosError(c0000034) ret=6832a815
0032:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=6832a815
0032:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=00dcac27
...
0032:trace:seh:raise_exception code=c0000005 flags=0 addr=0x33b36ca ip=033b36ca
tid=0032
...
--- snip ---
Creating "HKEY_CURRENT_USER\Environment" key lets the shell successfully
proceed.
Add to wine.inf.in
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=21947
Summary: IE7 for XP installer crashes in setupapi
Product: Wine
Version: 1.1.40
Platform: x86
URL: http://www.microsoft.com/downloads/details.aspx?Family
ID=9AE91EBE-3385-447C-8A30-081805B2F90B&displaylang=en
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Created an attachment (id=26644)
--> (http://bugs.winehq.org/attachment.cgi?id=26644)
installation log
Even if I don't choose update option it sometimes crashes with attached output.
>From time to time it could succeed but it's not very stable, so it's
reproducible I hope.
--
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=13504
Summary: Internet Explorer 7 installation fails
Product: Wine
Version: 1.0-rc2
Platform: PC-x86-64
URL: http://www.microsoft.com/downloads/details.aspx?FamilyId
=9AE91EBE-3385-447C-8A30-081805B2F90B&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: skylerparr(a)gmail.com
Created an attachment (id=13424)
--> (http://bugs.winehq.org/attachment.cgi?id=13424)
wine console output
Installer fails immediately after executing installer.
--
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=9929
Summary: Unimplemented function call in Internet Explorer 7
installer
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=8428)
--> (http://bugs.winehq.org/attachment.cgi?id=8428)
Wine output
After using winetricks volnum as per Bug #5351, I started the IE7 installer
binary for Windows XP SP2. After extraction, the installer page faults with
"Call from 0x7b843f50 to unimplemented function wintrust.dll.GenericChainFi
nalProv, aborting" and another message for wintrust.dll.HTTPSCertificateTrust.
I tried to use a native wintrust.dll and also tried changing Windows version to
Windows XP, with same results.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11936
Summary: window to small in the vc2008 redist installer
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://download.microsoft.com/download/1/1/1/1116b75a-
9ec3-481a-a3c8-1777b5381140/vcredist_x86.exe
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=11238)
--> (http://bugs.winehq.org/attachment.cgi?id=11238)
installer-window in wine
The text of the buttons in the installer of the vc2008 runtime libraries
are not readable.
The location of the Buttons is the same as in w2k,
but in wine, the heigh of the window is to small.
(you need first: sh winetricks volnum)
--
By by ... Detlef
--
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=14228
Summary: Strip off double quotes from path before trying to load
COM servers (Microsoft Device Emulator 3.0/Device
Emulator Manager)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/downloads/details.aspx?FamilyID
=a6f6adaf-12e3-4b2f-a394-356e2c2fb114&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after getting past:
http://bugs.winehq.org/show_bug.cgi?id=5351 (winetricks volnum)
and the minor nuisance
http://bugs.winehq.org/show_bug.cgi?id=11936 (installer window size too small)
it gets installed.
When trying to run Device Emulator Manager it fails to load the COM server.
--- quote ---
wine ./dvcemumanager.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
err:ole:CoGetClassObject class {74ad2302-a606-428e-b40f-f04b8964adb6} not
registered
err:ole:CoGetClassObject no class object {74ad2302-a606-428e-b40f-f04b8964adb6}
could be created for context 0x1
fixme:advapi:RegisterTraceGuidsW 0x406377 0x432ac0 0x4033e0 1 0x32ddf0 (null)
(null) 0x432ac8
err:ole:COMPOBJ_DllList_Add couldn't load in-process dll L"\"C:\\Program
Files\\Microsoft Device Emulator\\1.0\\DeviceEmulatorProxy.dll\""
err:ole:create_server class {063e2de8-aa5b-46e8-8239-b8f7ca43f4c7} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {063e2de8-aa5b-46e8-8239-b8f7ca43f4c7}
could be created for context 0x17
--- quote ---
The double quotes around the path *are* part of the key and cause the failure
when trying to load the proxy (LoadLibraryExW with altered search path).
This works in Windows.
Best place to strip off double quotes before passing the path further is
probably COM_RegReadPath() in "dlls/ole32/compobj.c"
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=22928
Summary: IE8 for Vista's "missing updates" message is cut off
Product: Wine
Version: 1.2-rc2
Platform: x86-64
URL: http://download.microsoft.com/download/F/8/8/F88F09A2-
A315-44C0-848E-48476A9E1577/IE8-WindowsVista-x86-ENU.e
xe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: shlwapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=28374)
--> (http://bugs.winehq.org/attachment.cgi?id=28374)
Terminal output
Trying to run the Vista installer for IE8 (with Windows version set to Vista)
yields a message complaining about missing updates, but the message ends
prematurely in the middle of a word. Native shlwapi makes it fully visible.
--
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=22736
Summary: Aztaka demo does not display any graphics and crashes
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://downloads.aztaka.com/demo/AztakaDemo-1.04.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Large file demo ~900MB
Running the came works after winetricks vcrun2008
It then runs but no graphics are displayed in the game, and some of the menus.
setting the mmdevapi=disable override makes the menus display correctly but
still no graphics.
Judging by
http://appdb.winehq.org/objectManager.php?sClass=version&iId=19469&iTesting…
the lack of graphics is a regression.
Following this running it from the desktop icon launches fine but running from
terminal with &> log.txt appended results in a crash -log attached
--
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=22461
Summary: ms office 2000 fatal error
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)comixrevolution.com
when the installation of ms office 2000 is end, on the video appear a windows
message error
:
CFGWIZ.exe has causede an cricial error
and access don't run
--
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=24172
Summary: SyncToy doesn't start when using Mono
Product: Wine
Version: 1.3.1
Platform: x86-64
URL: http://www.microsoft.com/downloads/details.aspx?family
id=c26efa36-98e0-4ee9-a7c5-98d0592d8c52
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
SyncToy (2.1 x86) exits silently with no terminal output if 'winetricks mono26'
is used before installing instead of dotnet20. Trying to run the command line
version (SyncToyCmd.exe) gives this error message:
It seems you may have uninstalled the required Microsoft Sync Framework
components for SyncToy. Please re-run SyncToy 2.1 setup from the original setup
location.
Of course, I haven't uninstalled anything in this wineprefix. At a glance, the
Sync Framework appears to be installed (a "Microsoft Sync Framework" folder
exists in C:\Program Files and contains some DLLs).
--
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=23281
Summary: Silent Hunter 4: Game freezes on ship collisions
Product: Wine
Version: 1.2-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amlopezalonso(a)gmail.com
Created an attachment (id=29019)
--> (http://bugs.winehq.org/attachment.cgi?id=29019)
WINEDEBUG=+loaddll,+process (Notice exception at the end of the file)
Ships collisions in Silent Hunter 4 - Wolves Of The Pacific (upgraded to 1.4)
freeze game.
CPU: AMD Athlon 3200+
Graphics: NVIDIA GeForce 8500-GT
Any suggestion to debug this further?
--
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=23966
Summary: Virtua Fighter 2 demo crashes shortly after startup
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://www.sega.com/support/pcdownloads/vf2_demo/vf2_d
emo.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
vf2_demo.exe's sha1sum is efd34dd079cdfd7b2ccc195b584d7ca10ec7e82b
The app requires win98 mode to install, and refuses to run
in 32 bit mode, so you have to do CTL-ALT-F1 and run
startx -- :1 -depth 16
to get a 16 bit X to run it in (8 is supposedly ok, too).
Once you start it in a 16 bit X, it crashes with
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00420ebb).
I swear I've seen this running on Wine, so I'm pretty sure it can work
ok if we can figure out this null pointer problem.
You can install this with wisotool vfs_demo.
--
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=16676
Summary: Running RTG Bills requires alternate winecfg
configurations of winetricks installed dcom98 DLLs for
alternate functions
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=15018
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mstuff(a)read.org.nz
Everything used seems to work with the following limitation, this is a kinda
script to install which should explain:
### Get and install winetricks:
### http://wiki.winehq.org/winetricks
# Set your preferences
WINEPREFIX=~/.Rtgbills winecfg;\
# Set up wine for RTG Bills using winetricks
WINEPREFIX=~/.Rtgbills winetricks vb6run art2kmin mdac27 wsh56 dcom98;\
# Download RTG Bills from here:
# http://www.rtgsoftware.com/download.htm
# Or (adjust as required):
wget http://cdn.simtel.net/pub/simtelnet/winxp/busacct/bills221.exe;\
WINEPREFIX=~/.Rtgbills wine bills221.exe;\
done
It seems, for RTG Bills and Timer to run normally set dcom98 dlls "ole32",
"oleaut32" & "rpcrt4" to "builtin"; BUT to run any (it seems) of the functions
under the "Reports" menu set those dlls to "native, builtin" - some other
functions (e.g.: Setup > Bill Formats...; File > Change Matter Number...) will
fail with this set up. I guess some clever setup of winecfg could resolve this
tooing and froing.
--
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=21014
Summary: Dark Sector no Sound
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sbagmeijer(a)live.com
CC: sbagmeijer(a)live.com
Created an attachment (id=25211)
--> (http://bugs.winehq.org/attachment.cgi?id=25211)
Dark Sector Console Sound Error
The Game Dark Sector runs perfect with Wine, except it does not have any sound.
(sorry this is my first bug report, so please if I do anything wrong help me
out so I know how to do it next time)
--
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=15781
Summary: Can't run AllInOne-Office 5
Product: Wine
Version: 1.1.7
Platform: Other
URL: http://www.allinone-office.de/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user asked for this package here:
http://www.linux-forum.de/warenwirtschaft-allione-5-0-a-20117.html
so I tried installing it.
First, you have to set your language to German, e.g.
LANG=DE_de.UTF-8
or it commplains about a language mismatch.
Then, you have to set your Windows version to NT 4 with winecfg, else
it complains that it needs Windows NT 4 or higher.
Then it installs. The font in the installer is almost too tiny
to read, even with corefonts installed.
It first silently installs the Access 2002 runtime
libraries and Jet 40, and those subinstallers aren't particularly
happy; they both end with
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
but the main installer continues blindly.
It asks if you want to keep the existing version of some wine dll; I said yes.
It installs a menu item showing that the way to run the app is
wine "C:\\Program Files\\Common Files\\Microsoft Shared\\Access
Runtime\\Office10\\MSAccess.exe" /Runtime "C:\\Program
Files\\AllInOne-Office\\AllInOne-Office.mde"
but that fails with file not found... maybe because of the
access runtime installation problem?
--
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=10204
Summary: Incorrectly raised FD_WRITE socket event
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rraptorr(a)nails.eu.org
Created an attachment (id=8812)
--> (http://bugs.winehq.org/attachment.cgi?id=8812)
FD_WRITE event on socket test program
According to MSDN WSAEventSelect function description
(http://msdn2.microsoft.com/en-us/library/ms741576.aspx), FD_WRITE event should
be raised only once after: a) successful connection b) WSAEWOULDBLOCK error
while in nonblocking mode.
MSDN description:
"The FD_WRITE network event is handled slightly differently. An FD_WRITE
network event is recorded when a socket is first connected with
connect/WSAConnect or accepted with accept/WSAAccept, and then after a send
fails with WSAEWOULDBLOCK and buffer space becomes available. Therefore, an
application can assume that sends are possible starting from the first FD_WRITE
network event setting and lasting until a send returns WSAEWOULDBLOCK. After
such a failure the application will find out that sends are again possible when
an FD_WRITE network event is recorded and the associated event object is set."
Unfortunately, it seems that in Wine 0.9.48 (and a few earlier versions too)
this event is raised every time it is possible to write to the socket. I've
created a simple test program (FD_WRITE-test.c) that shows this problem. When
ran on Windows I get:
lNetworkEvents: 2
lNetworkEvents: 0
but when ran on Wine:
lNetworkEvents: 2
lNetworkEvents: 2
which means that FD_WRITE was raised twice and it shouldn't.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12366
Summary: Acclaim Cashbook startup failure - recompile visual
basic
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.acclaim.co.nz/download.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pcpavnz(a)gmail.com
Install routine executes properly, but when trying to run the installed
program, an error message pops up with a message about having to recompile the
visual basic module. I suspect the message indicates the cashbook program is
what it thinks requires recompiling, not the environment it is running from,
but thought I'd submit it anyway because so many people want accounting
software packages to work inside Linux and wine is so close very now to getting
it right.
url provided in the report form is for the free 90 day trial download, which is
no different to a full version.
--
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=9504
Summary: Cannot close CMonthCalCtrl popup by clicking outside
popup
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
I have an application that uses a custom control: A wrapper that displays a
CMonthCalCtrl in a popup window. In Windows, it's possible to close the popup
by clicking outside the popup. With Wine, however, it is necessary to either
select a date or press Escape. The popup will also be closed if the user tries
to move the popup window (which has X11 WM decorations). When clicking outside
the popup with Wine, Wine generates a beep through X11 (I believe this happens
since a WM_SETCURSOR with HTERROR is generated).
A demo program is available as
http://www.cendio.se/~astrand/wine/6-close-popup/. Requires Visual C++ 2005
runtime libraries.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14823
Summary: TSM Casin doesnt start after adding a contact
Product: Wine
Version: 1.1.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jacobidiego(a)gmail.com
TSM Casin is a software used mostly in Argentina to send SMS to cellphones
using the services provided by some webpages or sending e-mails.
The software as a development value is a crap, the developer have programmed it
with Visual Basic, have used ActiveX to attach IE to a tiny square so it can
display the Validation image, instead of just comunicating via http, have a
banner in the middle and a lot of cuestionable choices. But it is very usefull
and there isnt any linux similar tool.
It implements a custom Contact list, which is the one that is causing troubles,
everything else works fine, it can send SMS's correctly and IE-ActiveX doesnt
makes any issue.
When adding a contact and after filling all the information required (Name,
Cellphone Company, and Cellphone Number), and clicking start, the window should
close and the name should list on the contact list, but it doesnt close, then
clicking again on OK gives a warnning saying that the contact already exist,
and endeed it was added, so to close the wine i have to press Cancel.
Then i can use the contact list normally with any issue, but after closing TSM
and launching it again, it stays on an unuseful load-screen.
Then to get back TSM it is necessary to remove the created contacts, This is
done by deleting the registry key:
HKEY_USERS\S-1-5-4\Software\VB and VBA Program Settings\TSM\Agenda1.0
But copying the cellphones all the time is not a very good aproach.
The download is:
http://www.tsmcasin.com/ir/?id=16
and is freeware with only unharmful banners on it.
There is just 1 post on its forums asking for a linux version:
http://foro.tsmcasin.com/tsmforo/viewtopic.php?f=15&t=716&p=2374&hilit=gpl#…
The developer stays says that windows is standard and linux dont and that wont
be a version for linux.
I know that the best solution would be to develop a real and good open source
application to handle this stuff for all people under the world, but this wont
happen any time soon, and in the mean time, the this problem can be firing a
simple error easy to fix on wine.
Cheers.
--
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=21061
Summary: Superantispyware crashes when preferences button
clicked.
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)technicalbloke.com
Created an attachment (id=25258)
--> (http://bugs.winehq.org/attachment.cgi?id=25258)
The error messages that appear in the shell
This software stops working and triggers it's own error reporting mechanism
whenever I click the 'preferences' button in it's main dialog.
Software is available to download here...
http://www.superantispyware.com/onlinescan.html
I have also uploaded a copy to my server to aid with debugging if that one
isn't available or changes or whatever...
http://www.technicalbloke.com/sas_ols.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=21062
Summary: Superantispyware crashes at end of custom scan folder
selection process.
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)technicalbloke.com
Created an attachment (id=25259)
--> (http://bugs.winehq.org/attachment.cgi?id=25259)
Contents of my console window during this process.
App crashes at the end of this sequence of events...
Perform Custom Scan Selected
Memory, Registry, Startup Locations, Cookies all Deselected
Select Folders Clicked
Add Clicked
Folder Selected from Dialog
OK Clicked
Close Clicked
This causes the apps internal error reporting mechanism to trigger, the app
doesn't close until this dialog is dismissed so controls on the underlying
window are still clickable however, clicking next demonstrates that the
settings entered above have not taken.
--
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=14221
Summary: After Wineboot startup
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deepblu(a)poczta.fm
Created an attachment (id=14508)
--> (http://bugs.winehq.org/attachment.cgi?id=14508)
wine_dump
After Wineboot start i have message like in attachment;
--
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=14827
Summary: Autocad 2005 : Multiline text edit crashes application
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
If you try to edit a multiline text (MTEXT) or a dimension text on autocad
(tested on 2005), following happens :
1) The editor is (correctly) shown, but edited text is not visible on text area
2) If you use ESC to abort command, you retourns on autocad correctly
3) If you press OK button to accept changes, the whole autocad hangs.
Ciao
Max
--
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=14422
Summary: AutoCAD 2005 fails to start
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: r.snajdr(a)coramexport.cz
AutoCAD 2005 now installs but it wont start. It reports some problems about
gdiplus. I tryed to istall another one from ddl.com but it did not 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=13838
Summary: AutoCAD 2005 setup : Missing backslash in registry entry
and profile path
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
During setup of AutoCAD2005, some values in registry are incorrectly set.
In detail, what should be :
C:\\windows\\profiles\\massimo\\Applicazioni\\Autodesk\\AutoCAD 2005\\......
Is instead written like that :
C:\\windows\\profiles\\massimo\\ApplicazioniAutodesk\\AutoCAD 2005\\
Note the missing '\\' between 'Applicazioni' and 'Autodesk'
Folders in profile are created accordingly, so instead of :
massimo
Applicazioni
Autodesk
It's created as :
massimo
ApplicazioniAutodesk
That brings problems in some addons (like ExpressTools for autocad) and, I
guess,
it's the cause for the first-run error messagebox.
I think some path-related functions in wine is missing the terminating \\.
Ciao
Max
--
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=10635
Summary: Tivo Desktop 2.5.1 will not install
Product: Wine
Version: 0.9.50.
Platform: PC
URL: http://www.tivo.com/mytivo/domore/tivotogo/windows.html
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joseph_scott123(a)msn.com
When trying to install Tivo Desktop 2.5.1 I get the following messages and it
fails to install.
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not
registered
err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10}
could be created for context 0x1
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"UILevel", clsid
{000c1090-0000-0000-c000-000000000046}
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
Usage:
Install a product:
msiexec {package|productcode} [property]
msiexec /i {package|productcode} [property]
msiexec /a package [property]
Repair an installation:
msiexec /f[p|o|e|d|c|a|u|m|s|v] {package|productcode}
Uninstall a product:
msiexec /x {package|productcode} [property]
Advertise a product:
msiexec /j[u|m] package [/t transform] [/g languageid]
msiexec {u|m} package [/t transform] [/g languageid]
Apply a patch:
msiexec /p patchpackage [property]
msiexec /p patchpackage /a package [property]
Modifiers for above operations:
msiexec /l[*][i|w|e|a|r|u|c|m|o|p|v|][+|!] logfile
msiexec /q{|n|b|r|f|n+|b+|b-}
Register a module:
msiexec /y module
Unregister a module:
msiexec /z module
Display usage and copyright:
msiexec {/h|/?}
NOTE: Product code on commandline unimplemented as of yet
Copyright 2004 Vincent B�ron
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17277
Summary: Remote virtual memory allocation error
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
ZFlash is a win32 application used to simulate and edit part programs
for a cnc. The simulator part is achieved running a reduced version
of numerical control into a fixed memory map from 1 to 8 MB (the current
version is from 1-16 MB but it's the same principle). The numerical control
need to be mapped in this way because it uses fixed addresses.
The application runs in NT 4 SP6, 2000, XP and Vista MS OS but in wine
it doesn't work.
I have seen there is a problem in the memory mapping when I try to run the
application into wine so I've created a reduced example with the only
"incriminated" part. In the attached zip file there are 3 projects:
ZLoader, Z32Sim and Test.
The steps involved are the same of the complete win32 application.
ZLoader.exe create the process 'Test', suspended, and try to reserve memory
of 'Test' from 1 to 8 MB, then it resumes the process.
Test.exe is compiled with the linker flags
/base:"0x800000" /stack:0x800000,0x1000
so the big stack can not be inserted into the first 8MB and the
base of exe is changed from the default 4MB assigned by Visual Studio.
Z32Sim.dll is loaded into 'Test' and it have to map the memory (1-8MB).
To test it in the Debug directory we can execute ZLoader Test.exe
In wine Test fail when ZLoader try to resume it (I've seen that with winedbg)
with the following error:
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7ef9e617
Unfortunately it seems a not so easy task because with winedbg I can't
attach to Test process when it's suspended.
--
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=20439
Summary: TroopMaster hangs on startup
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
URL: http://www.troopmaster.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: al_turner(a)comcast.net
TroopMaster installs, but hangs on startup. Main window will not activate
(animation works, but no response to keyboard or mouse). Does not even get to
the DotNet download hangup as mentioned in bug 8997. More like 18801 but I
don't even get the popup window showing the attempt to connect to FTP.
As far as I can tell, the FTP attempt only happens if you activate the DOTNET
function (after installing the software). I have not been able to get to the
point of activating the DOTNET since I can't get it that far yet.
I followed the HOWTO from the AppDB that describes the install/kill/restart
process.
--
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=18954
Summary: Source Insight: Text in Editor Window overlaps with
other text.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turanammo(a)rocketmail.com
Created an attachment (id=21809)
--> (http://bugs.winehq.org/attachment.cgi?id=21809)
Text overlap in editor window
Text seems to overlap with other text, usually the overlapped text is shown
twice. Happens when the cursor is moved upwards or downwards using the keypad
arrow keys up/down respectively.
--
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=17807
Summary: Electronics Workbench 5.12: measurement units aren't
shown
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=402
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nick(a)vyalceva.net
Created an attachment (id=20039)
--> (http://bugs.winehq.org/attachment.cgi?id=20039)
the oscilloscope window
When trying to set measurement unit for a parameter in the "Component
Properties" window, or in the oscilloscope, measurement units are not shown in
the selection box.
But I can view it by copying from the box and pasting in a text editor, e.g.
"0.50 s/div ".
Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do
it in the component properties
(http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402).
Also I get the following error message on exit: "access violation on
(FFF4EFFF), reading C4".
Running from terminal shows me the only line
"fixme:font:WineEngRemoveFontResourceEx :stub".
--
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.