‎12-11-2025 03:15 AM
I am really disappointed. To date, I have not received any solution to this problem from NI. A memory leak of this magnitude is a show stopper!
I hope that someone from NI will respond to this thread and provide a concrete statement on the planned solution to the problem. 😞
‎12-12-2025 08:40 AM
Does it help if I tell you that .Net Framework is not free of bugs either?
‎12-12-2025 10:34 AM
@Quiztus2 wrote:
Does it help if I tell you that .Net Framework is not free of bugs either?
In fact, almost every software in this world has bugs. Ever wondered why every software keeps getting updates and when updates are stopped, it is a big thing?
‎12-12-2025 03:35 PM
@santo_13 wrote:
... when updates are stopped, it is a big thing?
I thought that was because all the bugs have finally been fixed and now SW is safe to use.
‎12-14-2025 02:19 AM
@santo_13 wrote:
@Quiztus2 wrote:
Does it help if I tell you that .Net Framework is not free of bugs either?
In fact, almost every software in this world has bugs. Ever wondered why every software keeps getting updates and when updates are stopped, it is a big thing?
Do you refer to the end of support for Core 8, which is in fact next year? https://learn.microsoft.com/de-de/lifecycle/products/microsoft-net-and-net-core
‎12-18-2025 03:37 AM
Wow, what a shame! We just received LV2025Q3 Patch3 and the .NET memory leak still exists!
=> Come on NI, when can we expect a corrected version for this serious bug?
‎12-19-2025 12:45 AM
Thanks for checking this out, i was about to do the same.
Having high hopes for 2026 Q1 release, we might get a chance to have working .net8 in LabVIEW before it reaches end of life in November 2026 🙂
‎01-29-2026 03:34 PM
‎04-09-2026 05:18 PM - edited ‎04-09-2026 05:24 PM
Just an FYI the latest patch : 26.1.1.49193-0+f41 (released this week) did NOT fix this issue 😞
‎04-11-2026 02:55 PM
Another observation on latest patch:
This simple code is compiled for net48 and net8:
namespace ClassLibrary1;
public struct Data
{
public int Id { get; set; }
public string Name { get; set; }
public string Name2 { get; set; }
}
public static class Generator
{
public static Data[] GenerateData(int count)
{
var data = new List<Data>(count);
for (int i = 0; i < count; i++)
{
data.Add(new Data()
{
Id = i,
Name = $"Name{i}",
Name2 = $"Nam2e{i}"
});
}
return data.ToArray();
}
}
For some reason reading struct data takes around 100 times more time for net8 compared to net48
And when net8 code executes memory grows like crazy.
Those issues still make this not usable for production.