TurboMagic

Hello, this is the announcement that I just re-released a classic Delphi component called TComPortDrv. The new release is in agreement of the original author and the license was changed to Apache 2.0 by this. What is this non-visual VCL component about? It is an encapsulation of the Windows RS232 API so you can send and receive data via real and virtual COM-ports. The new version works from 10.4.1 Sydney onwards (due to the use of $(Auto) for the LibSuffix setting of the packages. You should get it compile on older versions though as well. Where can I get it from? https://github.com/MHumm/ComPortDriver/releases/tag/V3.0 What got changed in this V3.0 * made compilable with Unicode Delphi * fixed a severe bug in the data receive event which would overflow the internal buffer when using this component with a high baudrate (over 230400) * changed all external comments to XMLDOC * added a method to get a list of available COM-ports (only as COM3, COM4 etc. as of now) * added SetCommBreak and ClearCommBreak methods * made DelayForRX function a method now and based its calculation on the current serial settings * changed the component Icon Enjoy TurboMagic

Now I am. Thanks! But for which version is this? The one our new project already has as starting point is compatible with 10.3 and I guess mostly compatible with that release so I guess it's newer than the one you linked. But you can compare both versions I guess...?

This would be another approach. At least for the start we should attract many developers to get it started. I know that you're after, but if we make entry barrier as low as possible at the start we might attract more contributors. We can still switch afterwards if we find that some don't do the right things. But: we need people working on it. Otherwise it's useless... 😉

Good news: DEC V6.4.1 jsut got released. https://github.com/MHumm/DelphiEncryptionCompendium/releases/tag/V6.4.1 What is this? DEC, also known as Delphi Encryption Compendium is a cryptography library for Delphi and FPC. What's new in V6.4.1? This is mainly a bugfix release with these topics: fixed some regression which produced wrong output at least for the 2DES encryption algorithm when used with CBC block chaining kode improved layout and handling of GCM block chaining mode in Cipher_FMX demo application added a new Cipher_Console_KDF demo application fixed and improved the documentation, especially about wrongly written GCM properties What's the plan for the future? Have a short rest 😉 Require Delphi 10.1 Berlin instead of D2009 as minimum compatible version The rest of the plan (which exists) will not be disclosed yet. Cheers TurboMagic

I just noticed, that I hadn't completed the release publication back then due to too much going on short before Christmas. This has been "fixed" now. The direct link to the release is here: https://github.com/MHumm/DelphiEncryptionCompendium/releases/tag/V6.4.1 And work on a V6.5 already started. Contributors are welcome. Cheers TurboMagic

Hello, good news: just a few minutes ago I released V6.4 of the Delphi Encryption Compendium library. You can find it here: https://github.com/MHumm/DelphiEncryptionCompendium/releases/tag/V6.4 What's new? Bugfixes Improved layout for Hash FMX demo Partly revised documentation Implemented GCM (Galois Counter Mode) block chaining support for 128 bit block cipher algorithms Enjoy TurboMagic

There are concrete (but not public yet) plans to improve GetIt. One of the items will make it easier to update contents which has already been published via GetIt so it might attrack more publishers.

Hello, I've written a small unit for easily adding and removing IDE/Tools menu entries. It can also check if there's already some entry for a given executable. It is open source and can be found here along with a small console application demoing the functionality. https://github.com/MHumm/AddIDETool Remember: you need to restart the IDE for the settings changes to become effect. Now enjoy it 😉 TurboMagic

I updated the console demo now and it will list all configurations created with the -r key as well and since a few weeks even a GUI for selecting the configurations has been added. Is that's "good enough" now? (except maybe for the documentation)

I don't know which SVN client you used, but Tortoise SVN integrates nicely into Windows Explorer and works quite well... After installing that one create a new folder and right click on it, select "SVN Checkout" and enter the SVN Url of ICS and things should be on your computer a few seconds later...

Ok, I added a VCL based form for adding and removing now, but in a different fashion than yours and a demo application. Enjoy!

Thanks for pointing that one out to me. The intent of my library is to get this integrated in various 3rd party tools to make them easily integratable in the IDE. I've got no need for such a complete UI. My version deliberatly only supports D2009 and up. We need to get away from supporting all these old versions so that people finally upgrade and even D2009 is old enough.

Ok, I reworked it now. You now get a generic list of all configurations and all versions and Add/Delete works with that one. @Uwe Raabecan you have another look at it?

That one has just been implemented now.

Which subkeys are you talking about? About the thing with -r: that one I can understand. And: I'm open for pull requests...

Ok, upon request I reworked the description of that project completely now.

While further working on Delphi Encryption Compendium I stumbled over the freeing mechanism for the class registration mechanism. Digging into the history I read something about AddModuleUnloadProc being used in context of packages, which I didn't use yet, but I'm not sure why a simple TDECHash.ClassList.Free; should not be sufficient. So any ideas why this is in? I'm asking, because in that ModuleUnload procedure C++ Builder crashes with "List item not found". So if removing that ModuleUnload completely without causing any negative side effects, it might improve C++ Builder compatibility. nit DECHashBase; [..] procedure ModuleUnload(Instance: NativeInt); var // automaticaly deregistration/releasing i: Integer; begin if TDECHash.ClassList <> nil then begin for i := TDECHash.ClassList.Count - 1 downto 0 do begin if NativeInt(FindClassHInstance(TClass(TDECHash.ClassList[i]))) = Instance then TDECHash.ClassList.Remove(TDECHash.ClassList[i].Identity); end; end; end; initialization AddModuleUnloadProc(ModuleUnload); TDECHash.ClassList := TDECClassList.Create; finalization RemoveModuleUnloadProc(ModuleUnload); TDECHash.ClassList.Free; end.

Good news, I just released version 6.3 of the Delphi Encryption Compendium cryptography library. You can fin it here: https://github.com/MHumm/DelphiEncryptionCompendium/releases/tag/V6.3"]https://github.com/MHumm/DelphiEncryptionCompendium/releases/tag/V6.3 What's new? Implemented some bugfixes Added Shake128/256 extensible output hash algorithm implementations Made the 32 bit asm implementations of the MD2, SHA384, Tiger, Snefru128 and Snefru256 hash algorithms compile again and they are used now as default for Win32 Delphi projects. In some cases this might double the speed of the hash calculation. Further details about the changes are found in the VersionHistory.pdf file in Docs subfolder. The GetIt Lite version should be released within the next few days. Enjoy TurboMagic

In order to test something, I'd need to have the Hash_Console Demo console application from https://github.com/MHumm/DelphiEncryptionCompendium (DEC) translated to C++ Builder. Why do I need this? In DECOptions.inc there are some switches which would enable 32 bit asm optimized variants of some hash algorithms. The previous developers left a comment there that those are commented out due to some C++ Builder issue. Now if I could check whether this issue still persists and if yes, whether I can selectively disable them via some define, I could improve the library's performance at least for Delphi users and if the issue no longer persists maybe even for C++ Builder users.

I just tried. I got the .hpp files and copied those two referenced over into the directory of that project, but compilation gives a [ilink32 failure] Fatal: file 'SYSTEM.CLASSES.OBJ' cannot get opened. I tried to find the file in my VM, but I failed.

If you want complier dependent enablement of Audits you can file a feature request. Question for me would be what in audits is not CLang compatible... But I'm no C++ developer.

Thanks! I'll try to find the required time in the next few days.

Sorry, David, but I do not speak "C" much and as the DEC library I'm working on seems to be mostly C++ Builder compatible I didn't want to ruin that compatibility just to have some speed gains on Delphi side. The simple solution would have been to remove the uncommenting and don't care about C++ Builder.

Ok, thanks for this rough translation Remy! Now I simply need to get some DECFormat.hpp and DECHash.hpp. Is there a way to get them generated or do I need to craft/create them manually?

Hello, I just released a new little utility on GitHub: https://github.com/MHumm/ClassTree It can be used to generate class tree representations for documentation purposes. I hope you like it and don't mind that it's a first version which might still be a bit raw. It fullfiled at least my purposes. Cheers TurboMagic