Odd result with IKVM 8.7 preview: code builds (on Windows for AnyCPU) but partly fails to run on Windows #429

martin-honnen · 2023-10-13T13:04:28Z

martin-honnen
Oct 13, 2023

I have tried to use IKVM.NET.Sdk/8.7.0-pre.1 and IKVM to compile the existing Saxon HE .NET 10.9 code base (consisting of mostly Java code plus some .NET specific APIs) for .NET 6.0, building on Windows with target Any CPU.

On trying to run the code I get some odd results, my WSL Ubuntu Linux runs both the debug and release dlls of Transform and Query without any problems; on Windows the debug and release build of Transform gives an exception, for Query even more oddly it now appears as if the debug build runs fine but the release build gives a similar exception to the one I get for Transform.

Here are some stack traces:

Query debug runs fine:

PS C:\Users\marti\source\repos\SaxonHE10Net> dotnet .\Query\bin\Debug\net6.0\Query.dll -t -qs:"current-dateTime()"
Saxon-HE 10.9N from Saxonica
.NET 6.0.23 on Microsoft Windows NT 10.0.22621.0
Analyzing query from {current-dateTime()}
Analysis time: 143.7768 milliseconds
<?xml version="1.0" encoding="UTF-8"?>2023-10-13T14:56:07.402+02:00Execution time: 162.2522ms
Memory used: 6Mb

Query release crashes:

PS C:\Users\marti\source\repos\SaxonHE10Net> dotnet .\Query\bin\Release\net6.0\Query.dll -t -qs:"current-dateTime()"
Unhandled exception. System.TypeInitializationException: The type initializer for 'java.lang.Object' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'java.io.FileInputStream' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJava' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJvm' threw an exception.
 ---> IKVM.Runtime.InternalException: Could not load libjvm.
   at IKVM.Runtime.LibJvm..ctor()
   at IKVM.Runtime.LibJvm..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.LibJava..ctor()
   at IKVM.Runtime.LibJava..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.BootstrapClassLoader..ctor(RuntimeContext context)
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetBootstrapClassLoader()
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetClassLoaderWrapper(ClassLoader javaClassLoader)
   at IKVM.Runtime.RuntimeClassLoader.FromCallerID(CallerID callerID)
   at IKVM.Runtime.JNI.JNIFrame.GetFuncPtr(CallerID callerID, String clazz, String name, String sig)
   at java.io.FileInputStream.initIDs()
   at java.io.FileInputStream..cctor()
   --- End of inner exception stack trace ---
   at java.io.FileInputStream.__<clinit>()
   at java.lang.System.initializeSystemClass()
   at __<MethodAccessor>__System__initializeSystemClass()
   at IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass()
   at IKVM.Runtime.JVM.EnsureInitialized()
   at java.lang.Object..cctor()
   --- End of inner exception stack trace ---
   at java.lang.Object..ctor()
   at net.sf.saxon.Query..ctor()
   at Saxon.Cmd.DotNetQuery..ctor() in C:\Users\marti\source\repos\SaxonHE10Net\Query\Query.cs:line 27
   at Saxon.Cmd.DotNetQuery.Main(String[] args) in C:\Users\marti\source\repos\SaxonHE10Net\Query\Query.cs:line 40

Transform debug crashes:

PS C:\Users\marti\source\repos\SaxonHE10Net> dotnet .\Transform\bin\Debug\net6.0\Transform.dll -t -it -xsl:..\..\..\OneDrive\Documents\xslt\processorTestHTML5Xslt3InitialTempl.xsl
Unhandled exception. System.TypeInitializationException: The type initializer for 'java.lang.Object' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'java.io.FileInputStream' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJava' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJvm' threw an exception.
 ---> IKVM.Runtime.InternalException: Could not load libjvm.
   at IKVM.Runtime.LibJvm..ctor()
   at IKVM.Runtime.LibJvm..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.LibJava..ctor()
   at IKVM.Runtime.LibJava..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.BootstrapClassLoader..ctor(RuntimeContext context)
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetBootstrapClassLoader()
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetClassLoaderWrapper(ClassLoader javaClassLoader)
   at IKVM.Runtime.RuntimeClassLoader.FromCallerID(CallerID callerID)
   at IKVM.Runtime.JNI.JNIFrame.GetFuncPtr(CallerID callerID, String clazz, String name, String sig)
   at java.io.FileInputStream.initIDs()
   at java.io.FileInputStream..cctor()
   --- End of inner exception stack trace ---
   at java.io.FileInputStream.__<clinit>()
   at java.lang.System.initializeSystemClass()
   at __<MethodAccessor>__System__initializeSystemClass()
   at IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass()
   at IKVM.Runtime.JVM.EnsureInitialized()
   at java.lang.Object..cctor()
   --- End of inner exception stack trace ---
   at java.lang.Object..ctor()
   at net.sf.saxon.Transform..ctor()
   at Saxon.Cmd.DotNetTransform..ctor() in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 26
   at Saxon.Cmd.DotNetTransform.Main(String[] args) in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 51

Transform release crashes:

PS C:\Users\marti\source\repos\SaxonHE10Net> dotnet .\Transform\bin\Release\net6.0\Transform.dll -t -it -xsl:..\..\..\OneDrive\Documents\xslt\processorTestHTML5Xslt3InitialTempl.xsl
Unhandled exception. System.TypeInitializationException: The type initializer for 'java.lang.Object' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'java.io.FileInputStream' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJava' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJvm' threw an exception.
 ---> IKVM.Runtime.InternalException: Could not load libjvm.
   at IKVM.Runtime.LibJvm..ctor()
   at IKVM.Runtime.LibJvm..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.LibJava..ctor()
   at IKVM.Runtime.LibJava..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.BootstrapClassLoader..ctor(RuntimeContext context)
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetBootstrapClassLoader()
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetClassLoaderWrapper(ClassLoader javaClassLoader)
   at IKVM.Runtime.RuntimeClassLoader.FromCallerID(CallerID callerID)
   at IKVM.Runtime.JNI.JNIFrame.GetFuncPtr(CallerID callerID, String clazz, String name, String sig)
   at java.io.FileInputStream.initIDs()
   at java.io.FileInputStream..cctor()
   --- End of inner exception stack trace ---
   at java.io.FileInputStream.__<clinit>()
   at java.lang.System.initializeSystemClass()
   at __<MethodAccessor>__System__initializeSystemClass()
   at IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass()
   at IKVM.Runtime.JVM.EnsureInitialized()
   at java.lang.Object..cctor()
   --- End of inner exception stack trace ---
   at java.lang.Object..ctor()
   at net.sf.saxon.Transform..ctor()
   at Saxon.Cmd.DotNetTransform..ctor() in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 26
   at Saxon.Cmd.DotNetTransform.Main(String[] args) in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 51

The IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass() makes me wonder whether some System.out/err/in problem is behind that but it is just confusing that the Query debug release build runs fine while the Transform debug and release builds crash the same as the Query release build.

Any ideas on what could be wrong?

wasabii · 2023-10-13T13:07:24Z

wasabii
Oct 13, 2023
Maintainer

So the error is this: IKVM.Runtime.InternalException: Could not load libjvm.
at IKVM.Runtime.LibJvm..ctor()

The program output has the appropriate ikvm/ subdirectory with bin/ and the jvm native library?

0 replies

martin-honnen · 2023-10-13T13:18:51Z

martin-honnen
Oct 13, 2023
Author

For the Query project, the Release bin has

PS C:\Users\marti\source\repos\SaxonHE10Net> ls .\Query\bin\Release\net6.0\ikvm\win-x64\bin\

    Directory: C:\Users\marti\source\repos\SaxonHE10Net\Query\bin\Release\net6.0\ikvm\win-x64\bin

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a---          10/10/2023    08:54         510976 awt.dll
-a---          10/10/2023    08:54         567808 fdlibm.dll
-a---          10/10/2023    09:09         659968 iava.dll
-a---          10/10/2023    08:15             17 ikvm.properties
-a---          10/10/2023    08:54         560128 jvm.dll
-a---          10/10/2023    08:54         511488 management.dll
-a---          10/10/2023    09:09         698368 net.dll
-a---          10/10/2023    09:09         544768 nio.dll
-a---          10/10/2023    08:54         746496 sunec.dll
-a---          10/10/2023    08:54         542208 sunmscapi.dll
-a---          10/10/2023    09:09         694272 unpack.dll
-a---          10/10/2023    08:54         581632 verify.dll
-a---          10/10/2023    08:54         511488 w2k_lsa_auth.dll

the debug build has

PS C:\Users\marti\source\repos\SaxonHE10Net> ls .\Query\bin\Debug\net6.0\ikvm\win-x64\bin\

    Directory: C:\Users\marti\source\repos\SaxonHE10Net\Query\bin\Debug\net6.0\ikvm\win-x64\bin

Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
-a---          10/10/2023    08:54         510976 awt.dll
-a---          10/10/2023    08:54         567808 fdlibm.dll
-a---          10/10/2023    09:09         659968 iava.dll
-a---          10/10/2023    08:15             17 ikvm.properties
-a---          10/10/2023    08:54         560128 jvm.dll
-a---          10/10/2023    08:54         511488 management.dll
-a---          10/10/2023    09:09         698368 net.dll
-a---          10/10/2023    09:09         544768 nio.dll
-a---          10/10/2023    08:54         746496 sunec.dll
-a---          10/10/2023    08:54         542208 sunmscapi.dll
-a---          10/10/2023    09:09         694272 unpack.dll
-a---          10/10/2023    08:54         581632 verify.dll
-a---          10/10/2023    08:54         511488 w2k_lsa_auth.dll

Are these directories the ones you are asking about?

3 replies

wasabii Oct 13, 2023
Maintainer

Yup. Can you verify when running that is it in fact a 64 bit process on Windows?

martin-honnen Oct 13, 2023
Author

In the Windows task manager, both the working Query debug run as well as the failing Query release run show up as x64.

wasabii Oct 13, 2023
Maintainer

Any chance this code is available for me to try?

martin-honnen · 2023-10-13T16:18:49Z

martin-honnen
Oct 13, 2023
Author

Later this evening I will try on another Windows machine whether I can reproduce it, if yes, I will push it to a public repository on Github, perhaps also later this evening or during the weekend, at least.

0 replies

martin-honnen · 2023-10-13T20:07:24Z

martin-honnen
Oct 13, 2023
Author

I have now tried to reproduce the problem on another Windows PC but somehow here I can't even build the Java IKVM.NET.Sdk project, it fails with

>C:\Users\marti\.nuget\packages\ikvm.net.sdk\8.7.0-pre.1\targets\IKVM.Java.Core.targets(32,44): error MSB4057: The target "ResolveIkvmRuntimeAssembly" does not exist in the project.
1>Done building project "SaxonHE10Java.msbuildproj" -- FAILED.
1>C:\Users\marti\.nuget\packages\ikvm.net.sdk\8.7.0-pre.1\targets\IKVM.Java.Core.targets(32,44): error MSB4057: The target "ResolveIkvmRuntimeAssembly" does not exist in the project.
1>Done building project "SaxonHE10Java.msbuildproj" -- FAILED.

At least that is something I have encountered before, pulling a project that builds on one system fails to build on another, where it seems some part of IKVM is not (yet?) installed. I will wait this evening to see whether some improvement happens although I have given it a least an hour to pull all stuff.

I will check tomorrow on the other PC where the solution builds and some projects run and fail whether I can find out more.

3 replies

wasabii Oct 13, 2023
Maintainer

It really should be restoring the package before it tries to build. Hmmm

wasabii Oct 13, 2023
Maintainer

One thing might be if you explicitly installed other IKVM packages at different versions... Like IKVM.msbuild with a different version

wasabii Oct 13, 2023
Maintainer

Oh this is the SDK. It should be doing this automatically.

martin-honnen · 2023-10-13T21:14:53Z

martin-honnen
Oct 13, 2023
Author

It did restore it, sorry, I didn't post that part of the messages:

Restored C:\Users\marti\source\repos\martin-honnen\SaxonHE10Net\SaxonHE10Java\SaxonHE10Java.msbuildproj (in 1 ms).

0 replies

martin-honnen · 2023-10-14T16:52:16Z

martin-honnen
Oct 14, 2023
Author

I have added the license files to the repo and made it public, the IKVM 8.7 preview exposing the problem that debug and release building works but that release builds on running crash on Windows is in https://github.com/martin-honnen/SaxonHE10Net/tree/IKVM87.

On the second machine where I finally managed to reproduce the original problem (i.e. managed to build the projects without running into error MSB4057: The target "ResolveIkvmRuntimeAssembly" does not exist in the project; note that I only or finally managed that by using dotnet build from the command shell instead on relying on VS) the result is a bit different but more consistent than originally: on Windows the Query.exe, the Transform.exe and the Gizmo.exe all run in the Debug builds but fail in the Release builds

PS C:\Users\marti\source\repos\SaxonHE10Net\Gizmo> .\bin\Release\net6.0\Gizmo.exe
Unhandled exception. System.TypeInitializationException: The type initializer for 'java.lang.Object' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'java.io.FileInputStream' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJava' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJvm' threw an exception.
 ---> IKVM.Runtime.InternalException: Could not load libjvm.
   at IKVM.Runtime.LibJvm..ctor()
   at IKVM.Runtime.LibJvm..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.LibJava..ctor()
   at IKVM.Runtime.LibJava..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.BootstrapClassLoader..ctor(RuntimeContext context)
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetBootstrapClassLoader()
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetClassLoaderWrapper(ClassLoader javaClassLoader)
   at IKVM.Runtime.RuntimeClassLoader.FromCallerID(CallerID callerID)
   at IKVM.Runtime.JNI.JNIFrame.GetFuncPtr(CallerID callerID, String clazz, String name, String sig)
   at java.io.FileInputStream.initIDs()
   at java.io.FileInputStream..cctor()
   --- End of inner exception stack trace ---
   at java.io.FileInputStream.__<clinit>()
   at java.lang.System.initializeSystemClass()
   at __<MethodAccessor>__System__initializeSystemClass()
   at IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass()
   at IKVM.Runtime.JVM.EnsureInitialized()
   at java.lang.Object..cctor()
   --- End of inner exception stack trace ---
   at java.lang.Object..ctor()
   at net.sf.saxon.Gizmo..ctor(String[] args)
   at net.sf.saxon.Gizmo.main(String[] args)
   at Saxon.Cmd.DotNetGizmo.Main(String[] args) in C:\Users\marti\source\repos\SaxonHE10Net\Gizmo\Program.cs:line 9

Running the Query.dll, the Transform.dll works fine with dotnet for both Debug and Release with Ubuntu Linux 22 WSL.

I hope you can figure what is wrong or tell what I have done wrong.

0 replies

martin-honnen · 2023-10-14T18:19:13Z

martin-honnen
Oct 14, 2023
Author

To add to my confusion, I have now managed to build (using dotnet command line and only for .NET 6) the whole project in Debug and Release configuration on a third Windows 11 system but here all three exes (Transform.exe, Query.exe, Gizmo.exe) run (now?) fine both from the Debug and the Release builds.

I don't know why I get working builds on one machine and failing (Release) builds on another.

0 replies

wasabii · 2023-10-14T23:32:22Z

wasabii
Oct 14, 2023
Maintainer

So I think I figured out the pattern at least. Package restore simply does not work from inside Visual Studio. It works fine from the command line. But not from inside VS. You can do it from the command line. And then if you open the same project in VS, it zeros it out. Still working on figuring out why though.

0 replies

wasabii · 2023-10-15T00:00:08Z

wasabii
Oct 15, 2023
Maintainer

Stick this in your project file:

<Target Name="ResolveIkvmRuntimeAssembly" />

0 replies

martin-honnen · 2023-10-15T07:53:45Z

martin-honnen
Oct 15, 2023
Author

In which project file do you want me to stick <Target Name="ResolveIkvmRuntimeAssembly" />? The SaxonHE10Java which is the <Project Sdk="IKVM.NET.Sdk/8.7.0-pre.1"> project? Or any or all of the .NET projects like SaxonHE10Net and/or Transform/Query'/Gizmo`?

1 reply

wasabii Oct 15, 2023
Maintainer

Yes in the IKVM net sdk project

martin-honnen · 2023-10-15T15:07:15Z

martin-honnen
Oct 15, 2023
Author

I have added that in https://github.com/martin-honnen/SaxonHE10Net/blob/IKVM87/SaxonHE10Java/SaxonHE10Java.msbuildproj but I still get the same failure/behaviour of Debug and Build configuration working to build the projects but running on Debug works while running on Release fails:

PS C:\Users\marti\source\repos\SaxonHE10Net\Transform> .\bin\Release\net6.0\Transform.exe -t -it -xsl:..\..\..\..\OneDrive\Documents\xslt\processorTestHTML5Xslt3InitialTempl.xsl
Unhandled exception. System.TypeInitializationException: The type initializer for 'java.lang.Object' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'java.io.FileInputStream' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJava' threw an exception.
 ---> System.TypeInitializationException: The type initializer for 'IKVM.Runtime.LibJvm' threw an exception.
 ---> IKVM.Runtime.InternalException: Could not load libjvm.
   at IKVM.Runtime.LibJvm..ctor()
   at IKVM.Runtime.LibJvm..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.LibJava..ctor()
   at IKVM.Runtime.LibJava..cctor()
   --- End of inner exception stack trace ---
   at IKVM.Runtime.BootstrapClassLoader..ctor(RuntimeContext context)
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetBootstrapClassLoader()
   at IKVM.Runtime.RuntimeClassLoaderFactory.GetClassLoaderWrapper(ClassLoader javaClassLoader)
   at IKVM.Runtime.RuntimeClassLoader.FromCallerID(CallerID callerID)
   at IKVM.Runtime.JNI.JNIFrame.GetFuncPtr(CallerID callerID, String clazz, String name, String sig)
   at java.io.FileInputStream.initIDs()
   at java.io.FileInputStream..cctor()
   --- End of inner exception stack trace ---
   at java.io.FileInputStream.__<clinit>()
   at java.lang.System.initializeSystemClass()
   at __<MethodAccessor>__System__initializeSystemClass()
   at IKVM.Runtime.Accessors.Java.Lang.SystemAccessor.InvokeInitializeSystemClass()
   at IKVM.Runtime.JVM.EnsureInitialized()
   at java.lang.Object..cctor()
   --- End of inner exception stack trace ---
   at java.lang.Object..ctor()
   at net.sf.saxon.Transform..ctor()
   at Saxon.Cmd.DotNetTransform..ctor() in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 26
   at Saxon.Cmd.DotNetTransform.Main(String[] args) in C:\Users\marti\source\repos\SaxonHE10Net\Transform\Transform.cs:line 51

PS C:\Users\marti\source\repos\SaxonHE10Net\Transform> .\bin\Debug\net6.0\Transform.exe -t -it -xsl:..\..\..\..\OneDrive\Documents\xslt\processorTestHTML5Xslt3InitialTempl.xsl
Saxon-HE 10.9N from Saxonica
.NET 6.0.23 on Microsoft Windows NT 10.0.22621.0
URIResolver.resolve href="file:/C:/Users/marti/source/repos/SaxonHE10Net/Transform/../../../../OneDrive/Documents/xslt/processorTestHTML5Xslt3InitialTempl.xsl" base="null"
Stylesheet compilation time: 416.2489ms
Processing  (no source document) initial template = xsl:initial-template
<!DOCTYPE HTML><html lang="en">
   <head>
[snip]

1 reply

wasabii Oct 15, 2023
Maintainer

Just working on one issue at a time man.

wasabii · 2023-10-15T15:44:14Z

wasabii
Oct 15, 2023
Maintainer

So, I can't reproduce your error with being unable to run the executables. In each case, Debug and Release, they execute most of the way. But, since I don't have whatever stylesheet you're using, it's not like I can watch them all the way through.

Can you ensure each project is cleaned and rebuilt?

0 replies

martin-honnen · 2023-10-15T16:16:52Z

martin-honnen
Oct 15, 2023
Author

It doesn't seem to depend on feeding a stylesheet or query, if the crash occurs it is the same whether you just use no arguments or use -t or use e.g. -t -it -xsl:https://martin-honnen.github.io/xslt/processorTestHTML5Xslt3InitialTempl.xsl. For Query.exe I usually just do -t -qs:"current-dateTime()". The Gizmo.exe I run without arguments, just checking that its command prompt shows up and you can then use its command like help.

Interesting that you can't reproduce the error, but as the various message of me show I have kind of different results on different machines, it started on one machine where Transform.exe fails with both Debug and Release builds while Query.exe works with Debug but not Release; then on a second machine I got all Debug exe to work (Query, Transform, Gizmo) but all Release exes fail, and yesterday on yet another machine I managed to get all three exes to work in Debug and Release configuration. All Windows 11 systems and I always do a clean before building.

On the machine were yesterday both Debug and Release builds worked under Windows I had restricted the target framework to .NET 6.0 instead of using a list of target frameworks but trying the same today here on the other machines doesn't change anything.

I will see whether I can find the differences that cause the different behaviour on different machines. Or use the one machine where all Release builds work to build the NuGet packages and hope they work for others as well...

0 replies

martin-honnen · 2023-10-17T14:30:54Z

martin-honnen
Oct 17, 2023
Author

It seems doing a del -r bin\Release\* and del -r bin\Debug\* in all projects to finally go back to dotnet build and dotnet build --configuration Release finally makes my solution build Debug and Release builds for all projects that run without problems., even on those machines where I so far had mixed results with some Debug builds running and some Release builds not.

1 reply

plykkegaard Nov 13, 2023

Hi Martin

I had the exact same error this evening, yesterday everything was fine
I cleaned up the obj and bin folders (debug and release in both) and my site runs again
Very weird
Running latest versions from nuget

rgds /Peter

martin-honnen · 2023-11-14T06:56:00Z

martin-honnen
Nov 14, 2023
Author

Thanks, @plykkegaard, for letting me know that you had the same problem. Sometimes IT seems to give us weird experiences.

0 replies

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

IKVM

Odd result with IKVM 8.7 preview: code builds (on Windows for AnyCPU) but partly fails to run on Windows #429

{{title}}

Replies: 15 comments 9 replies

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

Select a reply

IKVM

Odd result with IKVM 8.7 preview: code builds (on Windows for AnyCPU) but partly fails to run on Windows #429

martin-honnen Oct 13, 2023

Replies: 15 comments · 9 replies

wasabii Oct 13, 2023 Maintainer

martin-honnen Oct 13, 2023 Author

wasabii Oct 13, 2023 Maintainer

martin-honnen Oct 13, 2023 Author

wasabii Oct 13, 2023 Maintainer

martin-honnen Oct 13, 2023 Author

martin-honnen Oct 13, 2023 Author

wasabii Oct 13, 2023 Maintainer

wasabii Oct 13, 2023 Maintainer

wasabii Oct 13, 2023 Maintainer

martin-honnen Oct 13, 2023 Author

martin-honnen Oct 14, 2023 Author

martin-honnen Oct 14, 2023 Author

wasabii Oct 14, 2023 Maintainer

wasabii Oct 15, 2023 Maintainer

martin-honnen Oct 15, 2023 Author

wasabii Oct 15, 2023 Maintainer

martin-honnen Oct 15, 2023 Author

wasabii Oct 15, 2023 Maintainer

wasabii Oct 15, 2023 Maintainer

martin-honnen Oct 15, 2023 Author

martin-honnen Oct 17, 2023 Author

plykkegaard Nov 13, 2023

martin-honnen Nov 14, 2023 Author

martin-honnen
Oct 13, 2023

Replies: 15 comments 9 replies

wasabii
Oct 13, 2023
Maintainer

martin-honnen
Oct 13, 2023
Author

wasabii Oct 13, 2023
Maintainer

martin-honnen Oct 13, 2023
Author

wasabii Oct 13, 2023
Maintainer

martin-honnen
Oct 13, 2023
Author

martin-honnen
Oct 13, 2023
Author

wasabii Oct 13, 2023
Maintainer

wasabii Oct 13, 2023
Maintainer

wasabii Oct 13, 2023
Maintainer

martin-honnen
Oct 13, 2023
Author

martin-honnen
Oct 14, 2023
Author

martin-honnen
Oct 14, 2023
Author

wasabii
Oct 14, 2023
Maintainer

wasabii
Oct 15, 2023
Maintainer

martin-honnen
Oct 15, 2023
Author

wasabii Oct 15, 2023
Maintainer

martin-honnen
Oct 15, 2023
Author

wasabii Oct 15, 2023
Maintainer

wasabii
Oct 15, 2023
Maintainer

martin-honnen
Oct 15, 2023
Author

martin-honnen
Oct 17, 2023
Author

martin-honnen
Nov 14, 2023
Author