Tommi Prami

I think you missed my point. My point was, that how those changes affects to the speed. Following cases: Current implementation Raise exception in separate method, to avoid hidden try .. finally clause Remove if and dll check totally from calculations and "leave it to user to load the dll before calling the calculations" - moldel. How much there is difference in speed, with those changes, cases 2 and 3 should be faster but how much? -tee-

Try to remove if not UCRTLoaded then raise Exception.Create('Ucrtbase.dll not found or functions '); Code, or wrapt it to Debug define and/or do something like procedure RaiseUCRTNotLoaded; {$IF CompilerVersion >= 37.0} noreturn; {$ENDIF} begin raise Exception.Create('Ucrtbase.dll not found or functions ') at ReturnAddress; end; function Cos_DD(x: Double): Double; begin {$IFDEF DEBUG} if not UCRTLoaded then RaiseUCRTNotLoaded; {$ENDIF} Result := CosPtr(x); end; function Sin_DD(x: Double): Double; begin {$IFDEF DEBUG} if not UCRTLoaded then RaiseUCRTNotLoaded; {$ENDIF} Result := SinPtr(x); end; Havinin raise... code in the actual math functions cause hidden try..finally block because of string handling. hmmm, maybe I can find better explanation of this by @Eric Grange https://www.delphitools.info/2009/05/06/code-optimization-go-for-the-jugular/ Would be very interesting to see effect of that, in your code. -tee-

Yellow, Could you put this into the GitHUB etc? You could receive pull request(s) if lucky. Thought also, when done, something like this could be nice to have in OTL out of the box, because this is one of the things many needs. -tee-

Hello, Could you add bit more general info what this could be used for, and what is needed to get it going. So anyone that checks this out, would not have to start googling info etc... -tee-

If implemented this would be must, to put the order that would fill need in hand. Mainly for me this would remove on indentation and the one thing I can't remember what is called, like begin .. end... "collection of code lines"

GetIT update fails, same way that the previous update for D13. Tels that "Not compatible with version..." I'll just grab some kind of screenshot... Is anyone else gettings this and/or reported to Embarcadero this? -tee- @Ian Barker PS. Downloaded update package installed fine, it does not show in About dialog, but I believe it installed just fine.

Yellow, Could you share some that of the code of yours? Would be interesting to see how it is done by the expert... -tee-

Just to clarify, are you talking of multiple Cores or multiple actual physical CPU chips? At desktop, on Windows, multiple CPU (socket) motherboards are quite rare I think. If I recall, then you would need Server version of Windows. Ah, there is no way to delete your own post 😞 Thought that it was not posting the reply, because it just stayed there in Edit mode.

Just to clarify, are you talking of multiple Cores or multiple actual physical CPU chips? At desktop, on Windows, multiple CPU (socket) motherboards are quite rare I think. If I recall, then you would need Server version of Windows.

Just to clarify, are you talking of multiple Cores or multiple actual physical CPU chips? At desktop, on Windows, multiple CPU (socket) motherboards are quite rare I think. If I recall, then you would need Server version of Windows.

RTL has Buffered file stream now, but I think there is no buffered Memory stream, I think. is there fast implementation available? I made long long time ago one, but that was not super good implementation and don't have code anymore. At least then it made some code way faster, and Stringbuilder I believe is not super fast, and and can't handle binary data 🙂 -Tee-

Slowness seems to be ralated to time of day. Maybe. Some time ago it was very slow, now just slow... Adn very slow again, atleast posting new message and editing existing is very slow,

Just out of curiosity wheree this is actually needed? Some country/Culture/Local law related thing?

Hello, Has someone made tickets for Emba of these issues in this discussion. If/will so so, links please. -tee-

Hello, I need either VLC / WinMessage / WinAPI solution to this. Current (very old) implementation uses Forms KeyPreview set to true. Then on KeyUp event paste key kombinations will invoke code that will get data from keyboard, and Key is set to zero. It mostly works, but sometimes edit controls are faster to capture the paste. Would need bit more robust version for this. -Tee-

Nice... ctrl := FindControl(Msg.hwnd); // <- could you tell me what is this for?

Should actually read the message first Made possiblöe to have Boolean that is True by default. So can override it with : -Param:False -Param:True -tee-

Made own fork... Or copy, Primož waas busy at the time, so needed to have some chanmges, quickly. If someone is interested in checking it out. Lot of non functional changes also. https://github.com/TommiPrami/Delphi.CommandLineParser -tee-

Would need some kind of antialiasing to the drawing, but still nice... I bet many has need for somethign like that. -tee-

Hello, I installed in way back, and did not undertand the some things of it, some settings maybe. And then uninstalled, just because there was lot of suff, and no time to learn how to use it. This coud help a lot. Juust my 0.02€ -tee-

Just start feding he with ideas into his "script"... And so on... 😉 -tee-

Sweet, German is not my strong suit... But anything would be good, And I think it does not have to be Uwe tough. Anyyone who knows MMX well enough. No that MMX was pushed by Emba-dudes, some kind of how to/best practises etc video would be super fgood thing. -tee-

True, but not what I asked. I would like to see how someone that is experienced on using MMX using it. -tee-

That is the Webinar where most demos was on Different laptop etc... Simple mistake, but still made it not that good... -tee-

As I remember it wes not that exhaustive. Have to check thast again. -tee-