Tommi Prami

We are thinking on moving from Jenkins server hosted locally to Azure DevOps and so. This sounds quite a big task, because personally don't know much of those environments. So if anyone has done this. All info would help. And if someone could give overview how to build something like that, and possibly where to start, that would be nice also, All youtube videos I've watched so far give way too simplistic picture of the whole thing, it just can't be that simple 🙂 Please link Any material worth reading or watching. -Tee-

Seems like good start, found some stuff from him, but not this article. Thanks.

Yellow all, https://github.com/TommiPrami/Delphi.GetProcessReservingFile Made quick and dirty port of code found from here: https://devblogs.microsoft.com/oldnewthing/20120217-00/?p=8283 If find anything to fix or make code better, feel free to send pull request or so... -Tee-

Quite limited but interesting still. -Tee-

This might be slow and resource intensive, depending on situation. My idea of pseudocode pattern would be something like. try FileOperations(LFileName); except on E: Exception do begin ... if GetProcessReservingFile(LFileName, LProcessFileName) then LErrorMessage := LErrorMessage + ' File is being used by ' + LProcessFileName; ... end; end; But everything depends on the situation. Anyhow, user most likely would like to know what app has the file is opened. -Tee-

Stumbled upon few articles. Color quantization and related to that project http://blog.pkh.me/p/39-improving-color-quantization-heuristics.html http://blog.pkh.me/p/38-porting-oklab-colorspace-to-integer-arithmetic.html http://blog.pkh.me/p/36-figuring-out-round%2C-floor-and-ceil-with-integer-division.html UTF-8 <-> UTF-16 transcoding https://lemire.me/blog/2023/01/05/transcoding-unicode-with-avx-512-amd-zen-4-vs-intel-ice-lake/ Parsing JSON https://arxiv.org/abs/1902.08318 Validating UTF-8 https://arxiv.org/abs/2010.03090 -Tee-

For sure.

Stumbled upon one more; https://www.phoronix.com/news/Intel-AVX-512-Quicksort-Numpy

https://github.com/kehribar/log2 -tee-

Delphi help is little bit vague, and all other pages gives lot of stuff but not easy nuts and bolts. explanation. I have thought that if ASLR is on, windows will randomize the Memory start address of the process each time you run it, but I might be wildly wrong in my assumption., Asking because of this bug report: https://quality.embarcadero.com/browse/RSP-40130 -Tee-

Hello, Needed to test and possibly use some code to check service status, so found this. Wanted to do some minor tweaking into it, still some plans to do bit more, maybe tomorrow. https://github.com/TommiPrami/DelphiServiceManager -tee-

So far my tests with this has been very good. Solves some issues I need to tackle. Don't have code for Removing service, but not sure how much that is even needed. Sure there is use for removing also, but at least not important for me. -Tee-

Seems to be active on our App:

Voted...

There are some limitations which Windows versions ASLR supported and which variant. High entropy one needed quite new version (Win10 if I recall)

We use madExcept, but that is not the point. Point is will it effect to the AV-address or not?

Did not get from that will it affect into the the Delphi Image base setting or not: Maybe I did not ask clearly enough. What I am actually asking is: I get (from bugreport above) that if ASLR is on, the address in Access Violation can't be checked from MAP file as is. Because there is not enough info to do that. So that if there is Access violation at Customer, they send the Address/Screenshot, that I could not get the actual error location from map-file, because it could not know the where ASLR has actually located the code, so I would need the ASLR offset or something like that also? And reading those ASLR articles did not help much, so I could be sure is my impression wrong or not. I googled how ASLR works and there was lot of low level descriptions, but not sure will it affect to AV and/or map-file investigation. -Tee-

Voted If possible edit the code parts (I think there is way to have prettied code in Jira) so the bug report would be essier to read.

Innosetup has LZMA and LZMA2 code, might be that it is using it "in own way", did not check that closely. But there are .obj files for 32 & 64bit build and so on. Don't know is the headers translated fully. Ah did not see that this was Cross platform, and those might not be portable, but anyhow, maybe someone else can use the info,..,. -Tee-

Download link gives 404

I could not find simple summary on features what are available. Would help. -Tee-

Yo, As windows does the similar thing when doing file operations in explorer, if it start to take time, then it bring s dialog up, and do not flash it if operation is fast (At least sometimes it seems this way). I've been pondering this kind of pattern for a long time. Never tried to code this, but as concept it might be nice, but I have feeling that this is easy to mess up, and for sure easy to kiss some corner cases to have super weird issues, I think. My idea would be something like LLazyProgress := LAzyProgressFactory(ParentFormEtc, lpMarquee, 300); try ... Work finally LLazyProgress.Free; end; If this would be network or file operation, sometimes it might be fast and sometimes very very slow,. And you kind of can't know for sure., My idea was that there would be some, like 300ms delay, if process takes more time than that, progress dialog would show, It could be marquee style, or if progress is more defined and known, could pass some callback for the actual progress and show it, Any thoughts/ideas on this. Mainly if problem with fluctuation of time process takes, sometimes there would be fast flash of dialog for user, and they never could see what was it. Completely different discussion should there be some kind of UI element to show user that progress has finished. -Tee-

Relocating actual work to thread, is what I would like to avoid, as it adds quite log extra complexity, like needs new connection to database etc. This why I asked because there might not be good solution without having actual work in a separate thread/task (= thread). For sure having the actual work in separate thread would have its own benefits, like they would crash if they mess around with GUI, but most likely work in legacy app has some GUI updates, that's why it would make it much easier to just keep the work in main thread. So far what I've been pondering that it would need thread, but been thinking that maybe the Lazy progress bar showing logic would be in thread. I thought something like this could work: 1. Have and initialize background thread which waits for progress bar dialog requests. 2. Also create initialize progress bar dialog 3. Request progress bar 3a If progress bar request is still alive and time period is over, show dialog 4. when work is done, ask thread to hide the dialog, if visible at all 5. free the request Needs some thread safety and TEvents or something for signaling and so on. Also Progress bar dialog would naturally be modal, and process messages in a way or other.

I most likely would have more than less both, but slightly off topic...

I tried to read the articles linked, and it was not very clear will this affect we signing our apps, or is this just when it is done in Azure or so. And where actually requirement is coming from, what actually will enforce this for us, if will. MEaning how resulted signed app will differ from what we have now? Articles , to me, are written in way that you need lot of background information to actually understand what this all means. -Tee-