SWTException / UnsatisfiedLinkError: Missing swt-gdip-win32-4973r2 library in v3.10.0 Windows Bundled JRE Installer #536

Activity

1. aussiechip commented on Sep 28, 2026

   

   aussiechip

   on Sep 28, 2026

   More actions

   Seems I'm getting the same error 2 weeks later. I'll roll back to 3.9.3 too. No answer yet from devs?
2. ClemensSimon commented on Oct 3, 2026

   

   ClemensSimon

   on Oct 3, 2026

   More actions

   Confirming on Windows 11 Pro (build 26300), official ipscan-3.10.0 installer with bundled JRE (OpenJDK 25.0.4).

   Symptom: "Fatal Error: net.azib.ipscan.di.InjectException: Cannot create net.azib.ipscan.gui.MainWindow …" on every start.

   Root cause (stderr when started via jre\bin\java.exe -jar ipscan.exe):

   Caused by: java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons:
       no swt-gdip-win32-4973r12 in java.library.path ...
       Can't load library: %USERPROFILE%\.swt\lib\win32\x86_64\swt-gdip-win32-4973r12.dll
       at org.eclipse.swt.internal.gdip.Gdip.<clinit>(Gdip.java:21)
       at org.eclipse.swt.graphics.Device.checkGDIP(Device.java:226)
   

   The 3.10.0 jar contains only swt-win32-4973r12.dll and swt-osversion-win32-4973r12.dll – the gdip DLL is missing (same as #532, excluded in build.gradle, fixed by PR #534).

   Verified workaround: take swt-gdip-win32-4973r12.dll from org.eclipse.swt.win32.win32.x86_64-3.134.0.jar (Maven Central, SHA-1 verified) and put it into %USERPROFILE%\.swt\lib\win32\x86_64\. The swt-win32-4973r12.dll in that SWT jar is byte-identical (SHA-256) to the one bundled in ipscan 3.10.0, so it is the matching build. After that the app starts normally.

   Could you please publish an official 3.10.1 with PR #534? Several users are hitting this on every fresh 3.10.0 install.
3. aussiechip commented on Oct 4, 2026

   

   aussiechip

   on Oct 4, 2026

   More actions

   Confirming on Windows 11 Pro (build 26300), official ipscan-3.10.0 installer with bundled JRE (OpenJDK 25.0.4).

   Symptom: "Fatal Error: net.azib.ipscan.di.InjectException: Cannot create net.azib.ipscan.gui.MainWindow …" on every start.

   Root cause (stderr when started via jre\bin\java.exe -jar ipscan.exe):

   Caused by: java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons:
       no swt-gdip-win32-4973r12 in java.library.path ...
       Can't load library: %USERPROFILE%\.swt\lib\win32\x86_64\swt-gdip-win32-4973r12.dll
       at org.eclipse.swt.internal.gdip.Gdip.<clinit>(Gdip.java:21)
       at org.eclipse.swt.graphics.Device.checkGDIP(Device.java:226)
   

   The 3.10.0 jar contains only swt-win32-4973r12.dll and swt-osversion-win32-4973r12.dll – the gdip DLL is missing (same as #532, excluded in build.gradle, fixed by PR #534).

   Verified workaround: take swt-gdip-win32-4973r12.dll from org.eclipse.swt.win32.win32.x86_64-3.134.0.jar (Maven Central, SHA-1 verified) and put it into %USERPROFILE%\.swt\lib\win32\x86_64\. The swt-win32-4973r12.dll in that SWT jar is byte-identical (SHA-256) to the one bundled in ipscan 3.10.0, so it is the matching build. After that the app starts normally.

   Could you please publish an official 3.10.1 with PR #534? Several users are hitting this on every fresh 3.10.0 install.

   Hard to believe #532 was closed on a workaround.
4. LewsTherinSedai commented on Oct 9, 2026

   

   LewsTherinSedai

   on Oct 9, 2026

   Last edited by LewsTherinSedai

   More actions

   Another vote for actually patching this. Verified workaround works, but that's not the point.
   Edit: woah bessy why are my comments huge. Oh because you have to highlight THEN hit the code button mybad.
   Powershell command for workaround simplicity:

   # Dfine stuff, or don't I'm not your dad
   $ver  = "3.134.0"
   $name = "org.eclipse.swt.win32.win32.x86_64-$ver.jar"
   $base = "https://repo1.maven.org/maven2/org/eclipse/platform/org.eclipse.swt.win32.win32.x86_64/$ver"
   $jar  = "$env:TEMP\$name"
   
   # Download jar and checksum
   Invoke-WebRequest "$base/$name" -OutFile $jar
   Invoke-WebRequest "$base/$name.sha1" -OutFile "$jar.sha1"
   
   # Verify SHA-1 because haxorz like hacxing
   $expected = (Get-Content "$jar.sha1" -Raw).Trim().Split()[0]
   $actual   = (Get-FileHash $jar -Algorithm SHA1).Hash
   if ($actual -ne $expected) { throw "SHA-1 mismatch - do not use this file" }
   "SHA-1 OK"
   
   # Extract only the gdip DLL into the SWT cache folder like the run should, I assume
   Add-Type -AssemblyName System.IO.Compression.FileSystem
   $dest = "$env:USERPROFILE\.swt\lib\win32\x86_64"
   New-Item -ItemType Directory -Force $dest | Out-Null
   $zip = [IO.Compression.ZipFile]::OpenRead($jar)
   try {
       $entry = $zip.Entries | Where-Object Name -eq "swt-gdip-win32-4973r12.dll"
       [IO.Compression.ZipFileExtensions]::ExtractToFile($entry, "$dest\$($entry.Name)", $true)
       "Extracted to $dest"
   } finally { $zip.Dispose() }