https://bugs.winehq.org/show_bug.cgi?id=57850
Bug ID: 57850
Summary: Reolink fails to load dll: err:module:import_dll
Loading library libvips-42.dll
Product: Wine
Version: 10.1
Hardware: x86-64
URL: https://reolink.com/us/software-and-manual/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi,
This was reported at the forum: https://forum.winehq.org/viewtopic.php?t=40279
The program fails to load that dll (error c00000cb in ), couldn't find out why.
The dll is present and wine is looking for it in the correct directory, but
just isn't able to load it. This seems some kind of irregular dll(?)
0024:trace:file:RtlDosPathNameToNtPathName_U_WithStatus
(L"\\\\?\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\libvips-42.dll"
,00007FFFFE8EB860,0000000000000000,0000000000000000)
0024:trace:file:NtCreateFile handle=0x7ffffe8eb3f8 access=80100000
name=L"\\??\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\l
ibvips-42.dll" objattr=00000040 root=(nil) sec=(nil) io=0x7ffffe8eb400
alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil
).0x00000000
0024:trace:file:nt_to_unix_file_name_no_root
L"\\??\\C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\libvips-42.dll"
-> "/home/lo
uis/ramdisk/.wine/dosdevices/c:/users/louis/AppData/Local/Programs/Reolink/resources/app/libvips-42.dll"
0024:trace:file:NtFsControlFile
(0x210,(nil),(nil),(nil),0x7ffffe8eb400,0x0009009c,(nil),0x00000000,0x7ffffe8eb440,0x00000040)
0024:warn:module:load_dll Failed to load module L"libvips-42.dll";
status=c000007b
0024:err:module:import_dll Loading library libvips-42.dll (which is needed by
L"C:\\users\\louis\\AppData\\Local\\Programs\\Reolink\\resources\\app\\sharp-win32-x64.node")
failed (error c000007b).
--
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=40523
Bug ID: 40523
Summary: legrand xlpro3 400 : unable to insert a pictogram
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: tomlohave(a)gmail.com
Distribution: ---
Created attachment 54340
--> https://bugs.winehq.org/attachment.cgi?id=54340
inserting a pictogram
inserting a pictogram (emf file) does not work
logs show :
fixme:olepicture:OLEPictureImpl_Save (0x851a938,0x33de48,0),PICTYPE_ENHMETAFILE
not implemented!
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
fixme:olepicture:OLEPictureImpl_Save (0xdccff38,0x33def4,1), [unknown type] not
implemented!
and logs are spammed with this line :
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
--
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=57903
Bug ID: 57903
Summary: kernel32:loader - test_export_forwarder_dep_chain
fails on Windows 7
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Regression SHA1: 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Distribution: ---
kernel32:loader - test_export_forwarder_dep_chain() fails on Windows 7:
loader.c:2884: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: static import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
loader.c:2884: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for load count of first module
loader.c:2885: Test failed: dynamic import of dll already loaded with
DONT_RESOLVE_DLL_REFERENCES: got 1 for unload count of first module
See https://test.winehq.org/data/patterns.html#kernel32:loader
This started on 2025-02-18, and the commit that introduced the new tests is as
follows:
commit 99e91f1c0fcb840b4840a4a3c2b079bad817b100
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Tue Feb 18 00:07:17 2025 +0900
kernel32/tests: Test for unexpected LDR_PROCESS_ATTACHED flag in import
dependency loaded with DONT_RESOLVE_DLL_REFERENCES.
These failures are systematic and only happen on Windows 7, both 32-bit and
64-bit.
--
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=3930
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #92 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
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=8532
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 10.3.
--
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=51121
Bug ID: 51121
Summary: blinking black screen and crash - HeidiSQL 11, Wine
5.0, Ubuntu 20.04
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mondane.woodworker(a)gmail.com
Distribution: ---
When I start HeidiSQL, my screen blinks to black a few times and then halts at
a black screen. After waiting a few minutes, my OS becomes usable again, but
almost all applications (even non-wine) are closed. This won't happen for
instance for `wine notepad`.
Using:
* HeidiSQL 11.0.0.5919 ( https://www.heidisql.com/ )
* Wine 5.0.3
* Ubuntu Unity 20.04.1 ( https://ubuntuunity.org/ )
* Laptop: Dell Precision 7550
* Graphics: NVIDIA TU117GLM [Quadro T2000 Mobile / Max-Q]
** Using nvidia-driver-460
What could this be?
NB When I set Wine to emulate a virtual desktop, the blinking isn't there and
HeidiSQL can start. But this isn't a workable solution for me.
Forumlink: https://forum.winehq.org/viewtopic.php?f=8&t=34371
--
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=57899
Bug ID: 57899
Summary: R-Link 2 Toolbox crash
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: phil.montaigu(a)gmail.com
Distribution: ---
Created attachment 78139
--> https://bugs.winehq.org/attachment.cgi?id=78139
Generated at crash by Wine debugger
Crashes at launch
--
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=45119
Bug ID: 45119
Summary: Multiple applications from Google
sandbox-attacksurface-analysis-tools (targeting native
API) need 'ntdll.NtGetNextProcess' implementation
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
required by various .NET-based apps from
https://github.com/google/sandbox-attacksurface-analysis-tools
--- quote ---
sandbox-attacksurface-analysis-tools
(c) Google Inc. 2015, 2016, 2017, 2018
Developed by James Forshaw
This is a small suite of tools to test various properties of sandboxes on
Windows. Many of the checking
tools take a -p flag which is used to specify the PID of a sandboxed process.
The tool will impersonate
the token of that process and determine what access is allowed from that
location. Also it's recommended
to run these tools as an administrator or local system to ensure the system can
be appropriately enumerated.
CheckExeManifest: Check for specific executable manifest flags.
CheckNetworkAccess: Check access to network stack.
NewProcessFromToken: Create a new process based on existing token.
TokenView: View and manipulate various process token values.
NtApiDotNet: A basic managed library to access NT system calls and objects.
NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT
object manager.
ViewSecurityDescriptor: View the security descriptor from an SDDL string or an
inherited object.
--- quote ---
It's actually a pretty neat "testsuite" for native API, Wine could benefit from
it. I've already found 20+ bugs within one hour of playing with this (missing
exports, stubs, incomplete + incorrect impl. etc.).
Will create more tickets as time/mood permits ;-)
Prerequisite:
* 32-bit WINEPREFIX
* .NET Framework 4.5 -> 'winetricks -q dotnet45'
--- snip ---
$ wine ./TokenViewer.exe
...
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'NtGetNextProcess' in DLL 'ntdll.dll'.
at NtApiDotNet.NtSystemCalls.NtGetNextProcess(SafeKernelObjectHandle
ProcessHandle, ProcessAccessRights DesiredAccess, AttributeFlags
HandleAttributes, Int32 Flags, SafeKernelObjectHandle& NewProcessHandle)
at NtApiDotNet.NtProcess.GetFirstProcess(ProcessAccessRights desired_access)
at NtApiDotNet.NtProcess.GetProcesses(ProcessAccessRights desired_access,
Boolean from_system_info)
at TokenViewer.MainForm.RefreshProcessList(String filter, Boolean
hideUnrestricted)
at TokenViewer.MainForm..ctor()
at TokenViewer.Program.Main(String[] args)
--- snip ---
https://github.com/mirror/processhacker/blob/master/2.x/trunk/phlib/include…
--- snip ---
#if !(PHNT_VERSION >= PHNT_WS03)
typedef NTSTATUS (NTAPI *_NtGetNextProcess)(
_In_ HANDLE ProcessHandle,
_In_ ACCESS_MASK DesiredAccess,
_In_ ULONG HandleAttributes,
_In_ ULONG Flags,
_Out_ PHANDLE NewProcessHandle
);
...
--- snip ---
$ sha1sum Release-v1.1.14.7z
8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z
$ du -sh Release-v1.1.14.7z
384K Release-v1.1.14.7z
$ wine --version
wine-3.7-50-g8dca6c35e1
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=57881
Bug ID: 57881
Summary: Wine10.2 Noble does not open Quicken 2004, qw.exe file
Product: Wine
Version: 10.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: rs2crows(a)gmail.com
Distribution: ---
Update manager updated wine to WINE 10.2 NOBLE. Normally to start quicken
followed link to qw.exe file, did usual(right click) open with WINE - nothing
happens. Attempted several times.
Using timeshift went back to WINE 10.1 NOBLE, followed link to qw.exe file,
opens Quicken 2004 as expected.
I'm guessing on the 'component' selected 'winelib'
System Linux Mint 22 Cinnamon version 6.2.9
Linux Kernel 6.8.0-54.56
Processor AMD Rysen 7 3700
--
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=52094
Bug ID: 52094
Summary: IDA Pro 7.6 crashes when loading idapython3.dll
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: esteve.varela(a)gmail.com
Distribution: ---
IDA Pro 7.6 (and 7.5) crash on startup when IDAPython3 is installed and
configured.
Steps to reproduce:
- Get an ida76sp1 installation
- Install python3 using the exe installer (go to advanced, install for all
users, and add to environment)
- Run `wine idapyswitch.exe`, select the installation.
- Run ida.exe, watch it crash and generate a crash dump.
This has been tested with Python 3.10.0, 3.9.9, and 3.8.10, all for the amd64
architecture. Python 3.4 couldn't be tested because the msi installer isn't
working properly, and when ran unattended the proper DLL isn't installed.
Any ways to bypass this after IDAPython3 has been set up include removing the
selected python3 install or removing idapython3.dll from the plugins folder.
This gets IDA to run again, though IDAPython3 still won't work.
Crash dumps: https://files.catbox.moe/rsvacg.xz ("crashdumps.tar.xz")
Nothing is shown in the command-line log that wouldn't be shown in a
non-crashing run of the program.
--
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.