assertion when freeing kuzu::main::QueryResult in windows x64

[neeraj9]

Kuzu Version: 0.3.2 Software: Windows 11, x64, VS 2022

I am facing a weird issue wherein when the kuzu::main::QueryResult is destroyed then ntdll.dll (on Windows x64) asserts that the heap pointer which is to be freed is invalid. I am building kuzu_shared.dll in Release configuration and using it in my application (c++) in Debug configuration. I am using other third party libraries as well.

Is there a better way to debug this, since it appears to be a memory allocation / deallocation issue.

Sample source code:

{
  // ... scope
  auto kr = connection_->query(query);
  if (!kr->isSuccess())
  {
	  logger_.logTrace("ERROR: Failed to run query, error: " + kr->getErrorMessage());
	  success = false;
	  break;
  }
  // ...
}  // error because kr goes out of scope and delete is called on the memory allocated by Kuzu

file: C:\Program Files (x86)\Windows Kits\10\Source\10.0.22621.0\ucrt\heap\debug_heap.cpp

    // If this assertion fails, a bad pointer has been passed in.  It may be
    // totally bogus, or it may have been allocated from another heap.  The
    // pointer must have been allocated from the CRT heap.
    _ASSERTE(_CrtIsValidHeapPointer(block));

// This function is provided for backwards compatibility only.  It returns TRUE
// if the given block points to an allocation from the OS heap that underlies
// this CRT debug heap.  Back when the CRT used its own OS heap (prior to Dev10),
// this function would thus also tell you whether the block was allocated by this
// debug heap.  Now, it just tells you whether the block was allocated by some
// debug heap.
extern "C" int __cdecl _CrtIsValidHeapPointer(void const* const block)
{
    if (!block)
        return FALSE;

    return HeapValidate(__acrt_heap, 0, header_from_block(block));
}

Error details:

A breakpoint instruction (__debugbreak() statement or a similar call) was executed in app.exe.