kimbomadsen

FYI next release will include native MetroHash64 and MetroHash128 implementations.

I have not made any changes currently for replacing FNV1A with another hash in the codebase, but will keep it in mind at least for a performance benchtest to see if there is a significant impact or not.

/Kim

Hi,

Thanks for the pointer…. I have just had a look…. I may look into supporting it natively at some point, but one of the drawbacks performance wise, is that for multiplatform support, I would need to use Pascal only implementation at least for some platforms, which will make it slower than others. It performs really well when using the SSE2…[Read more]

TkbmMWScheduledEvent.Terminate contains locking to prevent the scheduled event being executed or being scheduled for execution if it is about to be terminated vs. termination setting awaits execution finishing.

/Kim/C4D

Hi,

Thank you for your bugreport and fix. It will be in next release!

/Kim/C4D

1) Variable capturing is a feature of Delphi, and it should work regardless of how the anonymous function is used, as long as it is within scope of the running code. Since the function must be in scope when you run it (otherwise you would get an A/V), the captured variables ought to be live too. If not it is a bug in Delphi.

However you can use…[Read more]

Those messages may somehow throw exceptions and be rolled back to the queue. If no stall detection is defined, then they will stick there.

However I have seen relatively rare situations where the Indy transport implementation may not provide a complete message to the messaging framework. It is changed with the native messaging transport, which…[Read more]

Since kbmMW is dual use software (used for military purposes as well as civilian), it has been necessarily to vet each download of kbmMW Community Edition, to filter out users from Russia and Belarusia.

For that reason it no longer automatically is available for download.

/Kim/C4D

Hi,

You inherit from it and override its InternalProcessMessage(const ASender:TObject; const AMessage:IkbmMWCustomTransportStream; var AAction:TkbmMWMessageProcessingSuccessAction) procedure or put an event handler in the OnProcess event. The procedure or event is called for each message to process.

You should set the AAction property to the…[Read more]

Hi,

What type transport are you using?

/Kim/C4D

Thank you. It is changed in next release.
/Kim/C4D

Yes… only one of them can be enabled at any time.
/Kim/C4D

You can enable use of TMonitor for locking instead of kbmMW’s own fast MREW locking mechanism by defining: KBMMW_SUPPORT_MONITORLOCK

/Kim/C4D

It is definitely not better 🙂
The compile problem comes due to that Delphi MREW do not support timeout for BeginRead or BeginWrite methods.
As some parts of code will want to support timeout, I am not so sure if it is worth retrofitting it to support the parameter but ignore it.
/Kim/C4D

Hi,

Try to open kbmMWCore.pas, locate kbmMWGetCurrentThreadID and change its return value type to TkbmNativeUInt instead of TkbmNativeInt. Then recompile and check if your application works then.
Please report result back to me.

/Kim/C4D

I agree on your last suggestion so will remove the call to DoOnLoginSuccess when the user is already logged in.

/Kim/C4D