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=55945
Bug ID: 55945
Summary: KakaoTalk crashes when opening certain profiles:
unimplemented function gdiplus.dll.GdipDrawImageFX
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
gdiplus.dll.GdipDrawImageFX() is not implemented.
Affected applications:
- KakaoTalk crashes when opening certain profiles.
--
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=56223
Bug ID: 56223
Summary: winedbg: crashes after loading gecko debug information
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 75929
--> https://bugs.winehq.org/attachment.cgi?id=75929
stdout of application and winedbg, backtrace for handled and unhandled SIGSEGV
Looking at 56213 gives a crash ending in xul.dll.
Therefore I put the xul.pdb from wine-gecko-2.47.4-x86-pdb.tar.xz
into the directory of xul.dll.
This leads to a crashing winedbg.exe.
I think the address space gets exhausted, because the xul.pdb is 500 MB,
and htop shows for a crashing winedbg.exe VIRT=4072M RES=1588M.
This comes with a few of following lines:
err:virtual:allocate_virtual_memory out of memory for allocation, base (nil)
size 003f4000
But also this line is visible:
err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols
So the loading of the big pdb file is protected by
an exception handler in pe_load_debug_directory.
But afterwards dbghelp.dll tries to work with this partially loaded debug
information and gets a second SIGSEGV, this time unhandled
and unfortunately without any message.
--
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=56334
Bug ID: 56334
Summary: Page fault when querying dinput8_a_EnumDevices
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: leonicolas(a)gmail.com
Distribution: ---
Created attachment 76066
--> https://bugs.winehq.org/attachment.cgi?id=76066
Unhandled exception: page fault on read access to 0x00000006 in wow64 32-bit
code (0x7bd37250).
This error happens when I try to run a game I'm developing on the MMBasic For
Windows environment over Wine. I have tried different Wine versions, including
the last dev version (9.2). The error only happens if I have the gamepad
connected to the computer.
This is the MMBasic For Windows interpreter I'm using:
https://www.thebackshed.com/forum/uploads/matherp/2023-12-24_033644_MMBasic…
This is the game repo: https://github.com/leonicolas/knightmare-cmm2/
To run the interpreter environment: wine MMBasic_input.exe &> /dev/null
To run the game:
chdir"the/game/path" Usually the root folder is your Documents folder
run"km.bas"
Wine crashes with the attached backtrace after running the run"km.bas" command.
--
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=56503
Bug ID: 56503
Summary: CryptStringToBinary doesn't adds CR before pad bytes
in some cases
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: dm.klionsky(a)gmail.com
Distribution: ---
Created attachment 76262
--> https://bugs.winehq.org/attachment.cgi?id=76262
Test program
Both CryptStringToBinaryA and CryptStringToBinaryW don't add CR before pad
bytes in some cases.
Attached the test program.
```
$ x86_64-w64-mingw32-gcc certcat.c -lcrypt32 -o certcat
```
```
$ wine certcat.exe << EOF
> -----BEGIN CERTIFICATE-----
MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw
gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ
vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ
piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe
Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw
EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B
CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq
hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV
di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy
9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE
EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/
ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk
JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ
1w==
-----END CERTIFICATE-----
EOF
-----BEGIN CERTIFICATE-----
MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw
gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ
vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ
piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe
Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw
EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B
CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq
hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV
di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy
9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE
EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/
ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk
JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ1w==
-----END CERTIFICATE-----
```
--
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=56271
Bug ID: 56271
Summary: Free Download Manager no longer works after it updated
(stuck at 100% CPU, no visible window)
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 75992
--> https://bugs.winehq.org/attachment.cgi?id=75992
Free Download Manager terminal output on Wine 9.1
Hello,
Free Download Manager was working until it updated and restarted itself.
I updated Wine from 9.0-rc3 to 9.1. The application was working as usual after
the Wine update. I used the menu to check for an application update and allowed
it to update. Then the application downloaded some stuff and tried to restart
and got hung.
After forcing everything to close, when I launch the application, there is a
fdm.exe process using one core at 100% and nothing more.
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=56256
Bug ID: 56256
Summary: Windows Sysinternals Process Explorer 17.05 shows
incomplete user interface (32-bit).
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
With WINEARCH=win32 procexp.exe shows just the menubar,
other parts of the userinterface seem missing.
This seems related to this line:
0124:err:seh:dispatch_user_callback ignoring exception c0000005
--
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=56093
Bug ID: 56093
Summary: msys/pacman: fails with "fixup_mmaps_after_fork:
VirtualQueryEx failed"
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Updating a msys2 installation via "pacman -Suy" fails in below way.
This is a result of the parent process doing a DuplicateHandle with
PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process.
This fork tries to recreate the mappings of the parent but fails
the VirtualQueryEx call with this inherited handle of the parent process.
It does fail because in wine it leads to a call to get_process_from_handle
with PROCESS_QUERY_INFORMATION which the handle was not created with.
msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead
of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up.
wine bash.exe --login
pacman -Suy
0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for
MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5
562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in
forked process - recreate_mmaps_after_fork_failed
In the parent process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp…
In the child process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m…
--
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.