https://bugs.winehq.org/show_bug.cgi?id=52399
Bug ID: 52399
Summary: SIMATIC WinCC V15.1 Runtime installer: SeCon tool
fails with error 5 while trying to create
'C:\\windows\Security\\SecurityController' (needs
'%windir%\\security')
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found while revisiting some SIMATIC WinCC V15.1 Runtime installer tickets of
mine.
The failure happens during installation of 'Automation License Manager'
component. Default 64-bit WINEPREFIX (Windows 7). It is considered critical and
blocks further installation.
Running the tool directly, simulating sub-installer call:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/SIMATIC WinCC Runtime Advanced
V15.1/InstData/Resources/SeCon
$ WINEDEBUG=+seh,+relay wine ./SeCon_x64.exe ApplyFeatures
"C:\\users\\focht\\Temp\\SeconOpFile.ini" timeout=20 >> log.txt 2>&1
...
01a0:Call KERNEL32.CreateDirectoryW(020f2908
L"C:\\windows\\Security\\SecurityController",00000000) ret=140010adf
...
01a0:Call ntdll.RtlNtStatusToDosError(c000003a) ret=7b0165bf
01a0:Ret ntdll.RtlNtStatusToDosError() retval=00000003 ret=7b0165bf
01a0:Ret KERNEL32.CreateDirectoryW() retval=00000000 ret=140010adf
...
01a0:Call oleaut32.SysAllocStringLen(020f0868 L"Error trying to create the
repository folder 'C:\\windows\\Security\\SecurityController'",00000055)
ret=140008457
--- snip ---
'C:\\ProgramData\\Siemens\\Automation\\Logfiles\\Setup\\SeCon.log'
--- snip ---
*** SeCon X64 is called with version 205.101.101.2
*** Date: 2022.01.15 17:15:08
*** operating system that is installed: VersionNT:601 Build:7601 Service
Pack:1 Running on 64bit Windows
*** Setup-SessionId: SIA_20220115170703
*** Action: ApplyFeatures
17:15:08|CRIT_ERROR |CSeCon::GetLogFileInRepositoryDir |Error trying to
create the repository folder 'C:\windows\Security\SecurityController'
17:15:08| |CSeCon::InitEnvironment |Load Language
resources...
17:15:08| |CResourceMgr::LoadResourceP |Language resources
were loaded: C:\SIMATIC WINCC RUNTIME ADVANCED
V15.1\InstData\Resources\SeCon\SeCon_1033.ulf
17:15:08| |CSeCon::ApplyFeatures |No Reboot needed
17:15:08| |CSeCon::ApplyFeatures |Apply feature was
finished with error
17:15:08| |CSeCon::ApplyFeatures |END Returncode: 5
=============================================================================
--- snip ---
The '%windir%\\security' directory is apparently used by Windows Security
Center / Windows security policy tools and is by default present on Windows 7+.
Stable download link via Internet Archive:
https://archive.org/download/simatic-win-cc-runtime-advanced-v-15-1/SIMATIC…
$ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786
SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
$ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe
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=51813
Bug ID: 51813
Summary: python fatal error redirecting stdout to file
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ArchLinux
python exits with a fatal error when the output is redirected to a file
$ wget https://www.python.org/ftp/python/3.9.5/python-3.9.5-embed-win32.zip
$ unzip python-3.9.5-embed-win32.zip
$ wine python -c 'print("hello world")' > out.txt
wine: created the configuration directory '/home/devel/.wine'
...
wine: configuration in L"/home/devel/.wine" has been updated.
Fatal Python error: init_sys_streams: can't initialize sys standard streams
Python runtime state: core initialized
OSError: [WinError 6] Invalid handle
Current thread 0x000000d4 (most recent call first):
<no Python frame>
whereas it succeeds on stdout or /dev/null:
$ wine python -c 'print("hello world")'
hello world
I also tried python 3.8.6 and wine 6.15/6.14 without luck
see also topic https://forum.winehq.org/viewtopic.php?f=8&t=33992
--
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=51957
Bug ID: 51957
Summary: Program started via
HKLM\Software\Microsoft\Windows\CurrentVersion\App
Paths should also be started if extension ".exe" is
missing
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 70937
--> https://bugs.winehq.org/attachment.cgi?id=70937
possible patch
Hi,
I found this as installer of adobe digital editions is failing in chocolatey.
First autohotkey is installed, i guess to press some button from license
agreement.
After that script tries to install adobe digital editions but fails at a line:
$ahkProc = Start-Process -FilePath 'AutoHotKey' `
-ArgumentList $ahkRun `
-PassThru
Autohotkey is never started as this fails. I tested on windows and then both:
Start-Process -FilePath 'AutoHotKey'
and
Start-Process -FilePath 'AutoHotKey.exe'
succeed.
In wine only the last one succeeds.
Attached a patch that fixes this; Maybe needs more error checking?
Hints for improvement welcome;
Additional note: due to install-script for autohotkey following key is present:
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App
Paths\AutoHotkey.exe]
@="C:\\Program Files\\AutoHotkey\\AutoHotkey.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.
https://bugs.winehq.org/show_bug.cgi?id=46074
Bug ID: 46074
Summary: Visio 2013 crashes with unimplemented function
msvcr100.dll.??0_ReaderWriterLock@details@Concurrency@
@QAE@XZ
Product: Wine
Version: 3.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Continuation of bug 41419
wine: Call from 0x7b43d18b to unimplemented function
msvcr100.dll.??0_ReaderWriterLock@details@Concurrency@@QAE@XZ
--
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=44863
Bug ID: 44863
Summary: Performance regression in Prince of Persia 3D
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps.
I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not
run a regression test yet.
The problem is that the game creates a rather large (2MB)
D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations),
writes a handful of vertices and draws a handful of vertices. Currently wined3d
uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU
every map / unmap / draw cycle.
The most obvious performance fix is not to create a VBO. Doing this restores
the performance, but questions remain.
On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports
system memory textures" and "NetImmerse D3DDriver Info: No AGP support
detected". The first info seems wrong, so it is possible that the game enters a
codepath it does not choose on Windows.
Not creating a VBO is not an option on Core Contexts, so I investigated what's
going wrong with the PBO codepath on. First of all, evicting the sysmem copy
seems like a bad choice. It happens because ddraw buffers are not marked
dynamic. We may want to chance this. The game uses d3d3, so there's no
DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to
IDirect3DVertexBuffer::Lock.
Commenting out the eviction call improves performance quite a bit, but it is
still noticeably slow. wined3d_buffer_map maps through heap_memory instead of
glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags &
(WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition.
Removing this condition uses glMapBuffer, but does not improve performance. It
seems the large glMapBuffer is still slow, at least on OSX with legacy
contexts.
So there are a few questions that need to be answered:
*) Is the game using a broken codepath?
*) Write tests for sysmem buffers
*) Consider making all d3d3 buffers dynamic
*) Test if the glMapBuffer path is fast on Linux
*) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX.
--
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=37676
Bug ID: 37676
Summary: The Settlers II: 10th Anniversary 2.0 (GOG.com)
doesn't work out of the box
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bog_dan_ro(a)yahoo.com
Distribution: ---
GOG.com version http://www.gog.com/game/the_settlers_2_10th_anniversary it
needs directx9 to be installed, otherwise S2DNG.exe it just exits and
S2DNGEditor.exe crashed with the attached backtrace.
I'm pretty sure that GOG will give any developer a copy of the game, if not
please mail me and I'll buy one for you (or share my own one).
--
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=11673
Summary: WiX cannot validate created .msi, due to lacking
MsiMergeDatabase
Product: Wine
Version: unspecified
Platform: Other
URL: http://bugs.winehq.org/show_bug.cgi?id=11414#c10
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jdahlin(a)async.com.br
Finally, using latest GIT it is possible to generate .msi using WiX, however to
be able to do so one I have to pass in the -sval parameter.
See the instructions in bug 11414, comment 10 for information on how to
reproduce.
Obviously, stubbing out MsiMergeDatabase to always succeed is not enough for
the validation to work properly.
I sent a patch to wine-patches which adds the stub, Adding the stub merely
prevents wine from crashing, but the validation does not succeed.
--
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=40167
Bug ID: 40167
Summary: theWord: popup doesn't work correctly after first
Shift-MouseOver
Product: Wine
Version: unspecified
Hardware: x86-64
URL: http://www.theword.net/files/setup/getmulti.php/en-sma
ll
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: therapon(a)roadrunner.com
Distribution: Ubuntu
bug is present in all versions of wine 1.1.14 through 1.9.3
MouseOver a hyperlink (cross-reference, commentary, etc.) displays a popup up
with the content of whatever is linked. Instruction at bottom of popup says:
Press SHIFT key and move mouse over popup to keep visible. Works properly the
first time only. The only way to keep subsequent popups visible is to press
SHIFT before MouseOver.
To reproduce:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup flashes with blue gradient background and
disappears unless it has a vertical scrollbar. If it has a scrollbar, the popup
displays and functions as if SHIFT had been pressed.
Expected behavior:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
--
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=45503
Bug ID: 45503
Summary: msiexec crashes during Office 2000 setup
Product: Wine
Version: 3.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: isiraseneviratne(a)yahoo.com
Distribution: ---
Created attachment 61877
--> https://bugs.winehq.org/attachment.cgi?id=61877
Backtrace produced after msiexec crashes.
While Office 2000 installation is completing, msiexec crashes, producing the
attached backtrace. However, the installation itself is successful and all the
applications are fully functional.
--
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=45166
Bug ID: 45166
Summary: Mafia III has messed and very dark graphics
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 61366
--> https://bugs.winehq.org/attachment.cgi?id=61366
Wine log
Mafia III has messed and very dark graphics and it cannot be played. I can't
get apitrace for the game doesn't start with it. I try it on Nvidia GTX 1080 Ti
and I tried a a couple of versions past 11-12 months, all with the same effect.
--
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.