https://bugs.winehq.org/show_bug.cgi?id=47003
Bug ID: 47003
Summary: 3d mark crashes during startup
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonas.vejlin(a)gmail.com
Distribution: ---
Created attachment 64164
--> https://bugs.winehq.org/attachment.cgi?id=64164
crash report
3d mark crashes during startup. See the attached log
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36715
Bug ID: 36715
Summary: 3dmark 2003 needs
msvcp70.dll.??8std@@YA_NABV?$basic_string@DU?$char_tra
its@D@std@@V?$allocator@D@2@@0@PBD@Z
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 36540
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Futuremark/3DMark03
$ wine ./3DMark03.exe
wine: Call from 0x7b83ac57 to unimplemented function
msvcp70.dll.??8std@@YA_NABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@PBD@Z,
aborting
wine: Unimplemented function
msvcp70.dll.??8std@@YA_NABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@0@PBD@Z
called at address 0x7b83ac57 (thread 0026), starting debugger...
--- snip ---
$ sha1sum 3DMark03_v360_1901.exe
du 46a439101ddbbe3c9563b5e9651cb61b46ce0619 3DMark03_v360_1901.exe
$ du -sh 3DMark03_v360_1901.exe
182M 3DMark03_v360_1901.exe
$ wine --version
wine-1.7.19-154-g80a29e2
Regards
--
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=36540
Bug ID: 36540
Summary: 3dmark 2003 -nosysteminfo: crash at startup
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: darkbasic(a)linuxsystems.it
Created attachment 48630
--> http://bugs.winehq.org/attachment.cgi?id=48630
backtrace
I'm using Stefan Dösinger's branch (https://github.com/stefand/wine) but it
crashes even if I disable d3d stream in regedit.
Attached backtrace. 3dmark 2001/2005/2006 work flawlessly.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43533
Bug ID: 43533
Summary: Keepass 2.36 crashes on opening the KeePass.exe
Product: Wine
Version: 2.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adityahoige(a)gmail.com
Distribution: ---
Created attachment 58930
--> https://bugs.winehq.org/attachment.cgi?id=58930
Log file saved after crash
I just installed keepass 2.36 using the windows installer exe. I already had
wine dev installed with mono-complete and gecko installed too. After
installation i get the crash and it never runs.I have attached a log. In the
Keepass website it says that keepass is compatible with wine and mono.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44587
Bug ID: 44587
Summary: TradeStation Setup Wizard ended prematurely
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: christopher.m.penalver(a)gmail.com
Distribution: ---
Created attachment 60566
--> https://bugs.winehq.org/attachment.cgi?id=60566
winecrash.txt
As per attached log, running TradeStation installer with Wine development ends
prematurely.
I simply updated latest Ubuntu version fully, installed wine from default
repositories, and immediately ran the installer with no modifications of any
kind.
This doesn't happen with the same file in Windows 10 x64.
apt-cache policy wine-development
wine-development:
Installed: 3.2-1
Candidate: 3.2-1
Version table:
*** 3.2-1 500
500 http://us.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
500 http://us.archive.ubuntu.com/ubuntu bionic/universe i386 Packages
100 /var/lib/dpkg/status
Installer:
http://update.tradestation.com/Installs/TradeStation/10.00.00.567/TradeStat…
get-filehash "TradeStation Setup.exe"
Algorithm Hash
Path
--------- ----
----
SHA256
8AE5ABEE163E75634FAAEAB6E9E878FD03ED20116E3B072A1226654D683D06A7
\\ds\c\TradeStation Setup.exe
--
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=10365
Summary: Nero 7 essentials fails to install
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.nero.com/enu/index.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=9036)
--> (http://bugs.winehq.org/attachment.cgi?id=9036)
1st dialog
When trying to install nero 7 essentials a dialog box pops up saying it could
not complete an msi query, then it is followed up by an msiexec error dialog.
--
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=28954
Bug #: 28954
Summary: Isntallation os several system programs needed by NERO
10 fails
Product: Wine
Version: 1.2.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ponchorat1968(a)hotmail.com
Classification: Unclassified
Created attachment 37225
--> http://bugs.winehq.org/attachment.cgi?id=37225
Screenshot of the error on installing NERO 10 Suite
Installing NERO 10 needs several Windows operating programs to work properly
but fails on installing MSI 4.5 for Windows XP
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=35722
Bug ID: 35722
Summary: MS Visual C++ 2008 Redistributable KB-hotfix
installer, part of Nero 10 installer crashes on
unimplemented function msi.dll.MsiRemovePatchesW
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says ...
Encountered after multiple KB-hotfix sub-installers have already been run.
Prerequisite: 'winetricks -q dotnet35sp1'
Not really critical, the main installer still proceeds further until finally
refusing because the builtin activation code is time-bombed (already expired).
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+msi wine ./Nero-10.0.13100_trial.exe >>log.txt
2>&1
...
0040:Call KERNEL32.CreateProcessA(00000000,001326e0 "msiexec /i vcredist.msi
/qb!",00000000,00000000,00000000,00000020,00000000,00000000,0033fb0c,0033f8d4)
ret=01004d01
...
0042:Call KERNEL32.__wine_kernel_init() ret=7bc5a3aa
0040:Ret KERNEL32.CreateProcessA() retval=00000001 ret=01004d01
...
0042:Call msi.MsiDeterminePatchSequenceW(0020f1e8
L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}",00000000,00000001,00000001,0066e6a4)
ret=0041716d
0042:trace:msi:MsiDeterminePatchSequenceW
L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}", (null), 1, 1, 0x66e6a4
0042:Call ole32.CLSIDFromString(0020f1e8
L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}",0066dcd8) ret=7e1d169a
0042:Ret ole32.CLSIDFromString() retval=00000000 ret=7e1d169a
0042:trace:msi:MSIREG_OpenInstallProps
L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}" squished
L"EC7201A96F382BC39BABD93AD890700D"
...
0042:Call advapi32.RegOpenKeyExW(80000002,0066dd3a
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-21-0-0-0-1000\\Products\\EC7201A96F382BC39BABD93AD890700D\\InstallProperties",00000000,000f013f,0066e5e4)
ret=7e1d3c1b
0042:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7e1d3c1b
0042:Ret msi.MsiDeterminePatchSequenceW() retval=0000064a ret=0041716d
...
0042:Call KERNEL32.RaiseException(80000100,00000001,00000002,0066e734)
ret=7e1f8221
0042:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83a9c3
ip=7b83a9c3 tid=0042
0042:trace:seh:raise_exception info[0]=7e1f8240
0042:trace:seh:raise_exception info[1]=7e1f850a
wine: Call from 0x7b83a9c3 to unimplemented function msi.dll.MsiRemovePatchesW,
aborting
...
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/aa370376%28v=vs.85%29.aspx
$ sha1sum Nero-10.0.13100_trial.exe
a69250e194381afeae7202180056b549b7d6914b Nero-10.0.13100_trial.exe
$ du -sh Nero-10.0.13100_trial.exe
293M Nero-10.0.13100_trial.exe
$ wine --version
wine-1.7.13-186-g049f08f
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50292
Bug ID: 50292
Summary: Process-local synchronization objects use private
interfaces into the Unix library
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
This is not exactly a bug, but it is something we'd like to change about the
ntdll code, and we need somewhere to track
<https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtAl…>.
The basic "problem" is that process-local synchronization APIs [condition
variables, SRW locks, critical sections, Win32 futexes] use unixlib vectors
[fast_RtlpWaitForCriticalSection() et al.] instead of syscalls.
Some testing suggests that Win32 futexes and condition variables are
implemented on top of an internal, undocumented interface using the functions
NtAlertThreadByThreadId() and NtWaitForAlertByThreadId(), which are themselves
presumably syscalls. In particular, a thread waiting inside
RtlSleepConditionVariable*() or RtlWaitOnAddress() can be awoken with
NtAlertThreadByThreadId(). Because this interface is meant specifically for
process-local synchronization (in particular, it is not possible to alert
another process's thread), it is a good fit for Wine, both for those objects as
well as SRW locks and critical sections. Accordingly I have created a patch set
which implements these Nt* interfaces, and reimplements the Rtl* APIs on top of
them.
There is a problem with these patches, however. Some performance testing done
by Etienne Juvigny reveals that Star Citizen, a game which makes heavy use of
Win32 futexes, suffers a drop in performance from these patches. On one
machine, configured to be maximally CPU-limited, performance drops from 92 to
80 FPS. There are two potential reasons for this:
(1) locking of TEB lists is slow, both on the PE-side and the Unix-side. This
is especially likely given that performance suffered massively before the locks
were converted to read-write locks. However, removing these locks entirely is
difficult if not impossible.
(2) RtlWakeAddressAll() performs multiple syscalls (one per thread waiting on
the given address). In Star Citizen, this can be up to six threads in normal
usage patterns. This seems to be true on Windows as well:
NtAlertThreadByThreadId() only seems capable of waking one thread at a time,
and I can find no similar API that wakes more than one thread.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49803
Bug ID: 49803
Summary: WIDL cannot import TLBs stored as resources in PE,
such as stdole32.tlb and stdole2.tlb (even tuough both
have tlb extension, they are essentially PE)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
WIDL cannot import TLBs stored as resources in PE, such as stdole32.tlb and
stdole2.tlb (even tuough both have tlb extension, they are essentially PE).
Workaround 1 (I use it, since in order to use most IDLs one has to use wine
sources): fetch Wine sources and just recompile them (the matter is a bit
complicated because the IDLs have different names)
Workaround 2: use 7zip to extract TLBs from PE resources
--
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.