https://bugs.winehq.org/show_bug.cgi?id=48110
Bug ID: 48110
Summary: Toad for MySQL Freeware 7.x (.NET 4.5 app) wants
TaskService::ConnectedUser property
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Prerequisite: 'winetricks -q dotnet45'
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Quest Software/Toad for MySQL
Freeware 7.3
$ wine ./toad.exe
002f:fixme:taskschd:TaskService_get_ConnectedUser 15ACF3A8,0032EB38: stub
--- snip ---
The exception dialog can be dismissed though (non-fatal).
Managed backtrace from app:
--- snip ---
...
System.NotImplementedException
The method or operation is not implemented.
Stack Trace:
at
Microsoft.Win32.TaskScheduler.V2Interop.TaskSchedulerClass.get_ConnectedUser()
at Microsoft.Win32.TaskScheduler.TaskService.Connect()
at Microsoft.Win32.TaskScheduler.TaskService..ctor()
at Quest.Toad.Util.Migration.CheckScheduledTasks(Boolean force)
at Quest.Toad.Util.Migration.MigrateSettings()
at Quest.Toad.Gui.MainForm.runFirstEverExecution()
at Quest.Toad.Gui.MainForm.MainForm_Shown(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnShown(EventArgs e)
at System.Windows.Forms.Form.CallShownEvent()
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry
tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext
executionContext, ContextCallback callback, Object state, Boolean
preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext,
ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry
tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
--- snip ---
https://source.winehq.org/git/wine.git/blob/86faa3d2765f8159d38b7fac069a188…
--- snip ---
3931 static HRESULT WINAPI TaskService_get_ConnectedUser(ITaskService *iface,
BSTR *user)
3932 {
3933 FIXME("%p,%p: stub\n", iface, user);
3934 return E_NOTIMPL;
3935 }
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/taskschd/taskservice
Download:
https://web.archive.org/web/20191116093038/https://files.downloadnow.com/s/…
$ sha1sum ToadforMySQL_Freeware_7.3.1.3290.*
8afd76a00c1ebb538230bb11036471778af5c2a6 ToadforMySQL_Freeware_7.3.1.3290.exe
29c1bd74b1e9133a9f9cacdd2b25244bdab38d4a ToadforMySQL_Freeware_7.3.1.3290.zip
$ du -sh ToadforMySQL_Freeware_7.3.1.3290.*
80M ToadforMySQL_Freeware_7.3.1.3290.exe
80M ToadforMySQL_Freeware_7.3.1.3290.zip
$ wine --version
wine-4.20
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=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=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=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=55000
Bug ID: 55000
Summary: wineserver crashes below save_all_subkeys after
RegUnLoadKey
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
While trying to reproduce a crash in procexp64 I noticed a crash in
wineserver instead.
I think I found the reason in a call to `RegUnLoadKey(HKEY_USERS, ".Default")`,
which succeeds in wine while it should maybe not.
Program terminated with signal SIGSEGV, Segmentation fault.
208 struct object *parent = key->obj.name->parent;
(gdb) bt
#0 get_parent () at server/registry.c:208
#1 dump_path () at server/registry.c:226
#2 save_all_subkeys () at server/registry.c:2008
#3 save_branch (path="userdef.reg") at server/registry.c:2107
#4 save_branch () at server/registry.c:2134
#5 periodic_save () at server/registry.c:2131
#6 periodic_save () at server/registry.c:2124
#7 get_next_timeout () at server/fd.c:959
#8 main_loop_epoll () at server/fd.c:617
#9 main_loop () at server/fd.c:992
#10 main () at server/main.c:237
(gdb) print key->obj.name
$3 = (struct object_name *) 0x0
The "name" member got set to NULL here before in wineserver:
424 obj->name = NULL;
(rr) bt
#0 unlink_named_object () at server/object.c:424
#1 delete_key () at server/registry.c:1089
#2 req_unload_registry () at server/registry.c:2363
#3 call_req_handler () at server/request.c:305
#4 read_request () at server/request.c:360
With the request originating at process side here:
#14 wine_server_call () at dlls/ntdll/unix/server.c:307
#15 NtUnloadKey () at dlls/ntdll/unix/registry.c:767
#16 __wine_syscall_dispatcher ()
--
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=56135
Bug ID: 56135
Summary: dictionnaire Hachette 98
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cremond.didier(a)neuf.fr
Distribution: ---
Created attachment 75813
--> https://bugs.winehq.org/attachment.cgi?id=75813
error log
I installed DHM98 (Hachette Multimedia Encyclopedic Dictionary 98) with Vine on
linux mint 21.2 cinnamon. he launches but gets an error. Attached is the error
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.