Leaderboard

This

Just an excerpt from the mormot2 tests (win32, win64 numbers look similar) running on an i7-12700 10.4.2 - Custom RTL: 297,648 assertions passed 285.77ms FillChar in 9.37ms, 41.4 GB/s Move in 22.25ms, 14 GB/s small Move in 25.05ms, 4.3 GB/s big Move in 25.06ms, 15.5 GB/s FillCharFast in 8.21ms, 47.3 GB/s MoveFast in 42.99ms, 7.2 GB/s small MoveFast in 17.15ms, 6.3 GB/s big MoveFast in 26.59ms, 14.6 GB/s 11.3 - Custom RTL: 297,648 assertions passed 247.86ms FillChar in 6.37ms, 60.9 GB/s Move in 10.10ms, 30.9 GB/s small Move in 17.98ms, 6 GB/s big Move in 14.77ms, 26.4 GB/s FillCharFast in 7.37ms, 52.6 GB/s MoveFast in 42.76ms, 7.3 GB/s small MoveFast in 16.83ms, 6.5 GB/s big MoveFast in 27.69ms, 14.1 GB/s The first 4 are RTL functions, last 4 are mormot implementations. Take this with a grain of salt though as these are just unit tests and not a performance benchmark but it gives a little idea. FillChar has already been improved by me for 11.1 and Move will be in 11.3 (along with other improvements in the core RTL) No, this is not suddenly making your applications twice as fast but solves the old complaints of FillChar and Move being sooo slow. 😉

For me it's surprising that after so much time, most of the online solutions are quickly sluggish and awkward to use compared to desktop solutions. And don't let warez-king bother you about your posts, I find them always interesting to read.

Very astute observation. Do a little research on autism and Asperger's if you're interested in understanding it better. I was diagnosed two years ago and am still learning about it and how it affects how I interact with the world. Autism is a genetic condition that affects about 2.5% of the population, and about 20% of that is on the "Asperger's" end of the spectrum. So it's not exactly rare, but not easily recognized. More to your point, there's something in my mind that seems to make me feel that I'm constantly misunderstood, and I have lots of evidence of that, so I over-compensate. Psychologist said it's "normal" for how my brain works and is never go away, so I gave up trying to "fix" it. The easiest way to think of it is that people with Asperger's are relatives of Mr. Spock and have some Vulcan heritage. Observant Star Trek fans might recall that Kirk got along well with Spock, but McCoy had a really hard time dealing with him. I'm pretty sure his character was modeled a lot after someone with Asperger's. And there's no need to apologize. Just consider that there's a common believe most people have that says, "Everybody thinks the same way I do." Even a lot of certifiably crazy people think that. It's not true. In fact, most people do tend to think alike. That's called "neuro-typical". But a lot of people are what's called "neuro-divergent", including those with autism, and our brains just don't seem to be wired the same as most "neuro-typicals".

@dummzeuch I just wanted to let you know that I just discovered that "new" Edit Path expert. And I only noticed it because I saw your last commit (10 minutes ago) with the bug fix. This expert is so much more convenient for editing the unit search path than the usual way through Project -> Options -> select the target with the mouse -> select the search path with the mouse -> Press Alt+Down -> (and then of course Press Alt+M to get to the memo view that GExperts provides). Every blody time I had to change something in that path I was cursing the person who came up with this cumbersome design of the dialog. Thanks a bucket, Thomas! A shame that I missed your blog post about it and discovered it only just now.

I read here and there that the industry has moved to the Web (programs running in the browser) and it's a must if you want to stay in the industry and be relevant. I get it if you are developing personal apps that target smart phones and tablets, but I really don't understand why program/applications for the proffesionals working on an ordinary pc should use a browser. What I often hear from customers is "It's better". I ask, what is better? The answer is often "eeerrr... eeerrr... not sure" My answer is, the Web is better for the software industry and not neccasarily for the enduser. I'm also an accountant and I use browser based programs every day in my work, I can sum it up with three words: slow..slow..slow and a LOT of mouse clicks. A task in my main Win32 program takes 4 clicks, in a brower based program I use the same task takes 15 clicks. That program is made by one of the "big players" in it's field. Please help me understand, what is "better"?

There are two ways to declare variables inside a method or standalone procedure or function. Sherlock's reply shows the traditional way of declaring all variables in a single var section before the begin keyword that starts the body of the method. That has been part of the Pascal language since the time of its inception by Wirth; variables you declare this way are accessible in every place inside the body of the method. What you showed in your post is a fairly new way to declare variables inline, near the place of first use. In my opinion this should only be used if you need to reduce the scope of a variable to a specific block (e.g. a begin ... end block for an if statement or for loop). In fact in my real opinion it should not be used at all ; for one it is alien to the general structure of the language, and some IDE features do not work correctly (in the current version) when they are used, e.g. refactorings and things depending on the LSP server, like code completion. If you need a lot of variables in a method this is actually a "code smell", it indicates your method is too large and tries to do too many things. Refactor it to call several smaller methods that each do a single task. If that gets complex (i.e. you find you actually need a lot of methods to partition the code correctly) the solution may be to create a new class that does the required work internally and isolates it from the calling code. The array issue you mentioned probably has a different cause. If you declare a variable with a syntax like x: array [1..9] of variant; you are using what is called an anonymous type for the variable. This is allowed for classical variables declared at the top of the method but may not be allowed for inline variables. If in doubt declare a proper type and use that for the variable: procedure.... type T9Variants = array [1..9] of variant; var x: T9Variants;

It should be 'ii:read_AP_register' if you are expecting two integer arguments.

A few years back, everything shifted to a "mobile-first" approach. That required companies to keep their existing staff to maintain existing software while hiring new teams for each mobile platform they want to target. it's not like you can use one code base and just put in $IFDEFS! Android and iOS are totally different environments and typically use different programming languages and toolsets. So they now have THREE dev teams instead of one. Then someone says, What about Macs? And what about Linux? Well, browser-based apps solve that problem for the most part. It requires a different programming paradigm and the problems being cited are what happens when people familiar with desktop programming paradigms carry them over to web-based apps -- the results are not very good. Back in the 80's and 90's, some Really Big Companies hired big consulting firms to advise them on how to best migrate their paper-based systems over to online systems. After spending 6- and 7-figures on these guys, what they got back, predictably enough, was "just turn all of your paper forms into online forms and everything will be fine." Yeah, right. It took these industries more than a decade to correct the problems THAT bad advice caused. You cannot carry forward an existing paradigm to a new platform that requires a different paradigm and expect it to work the same; it just won't. But that's what everybody seems to do. I mean ... even though everybody SAYS "we're now mobile-first", in reality, there are features they're paranoid of including in mobile apps for security reasons, so most mobile apps are not as fully-functional as their desktop brothers -- or even, OMG, full web-based apps! Look how many vendors interact with us consumers ASSUMING we're using a mobile app, and if we're using their web app instead, they have no idea what to suggest! There are features missing from mobile apps that can only be set on their main site's web app ... and in some cases, vice versa. Why can't you run their web apps on your mobile devices? Well, there's that paradigm-shift they haven't figured out how to deal with yet. Their main web apps are designed to replace their DESKTOP apps, not run on mobile devices. I had a bank account that had a web app and a mobile app that was also a web app, but it was different from their main one. WalMart bought them up as an in-house bank and one day their main web app suddenly looked just like their mobile app! All kinds of features had disappeard that were previously only available on their main web app. All they had to say about it was, "we've made our services easier and more accessible for all of our users." Web apps require a different usage paradigm than desktop apps, and the industry is still trying to figure out what that is. In the mean time, they're sticking to what they know and using the older desktop app paradigm, as ill-fitting as it is at times. (A big one they haven't figured out yet is how to get the benefits of "hovering the mouse cursor over something" to see some meaningful information. You cannot do that with a touch-screen, and nobody has implemented a consistent approach to providing this feature.) But at the end of the day, browser-based apps represent a single common platform that pretty much all computing devices can access now and in the future, regardless of their CPU, OS, and physical UI characeristics. We've been through these kinds of paradigm shifts in the past, and the only real surprise to me is why people always expect them to be painless and not require any changes.

I've been wanting such feature from the IDE for so many years already! And now you've done it! Well done @dummzeuch

I call GExperts experimental because I don't want anybody thinking that it has been thoroughly tested. Way back, when there actually were several people working on it and many more testing it, there were stable releases. Today I'm the only developer (apart from some very few contributions from others, for which I'm very grateful) and my time is very limited. I simply can't test with all Delphi versions, so only those that I use regularly (currently 2007, 10.2 and some XE2) could be called kind of stable.

Why is it called experimental over a decade? What are you experimenting? Who will be the first to ask that? 🙂

Hi, Dave. Thanks for your suggestion. I will check this and even try to create a new blank project, step by step, replicating the one that fails, to see what's causing the issue. I think that maybe it is related to file access permissions. The first form used in my apps is just a custom 'splash form'. Nothing else. I remember a few years ago it was needed to create an .XML file with some info regarding file paths. Or perhaps I have been including unnecessary files in the deployment that are not needed anymore, as these apps were initially created with Delphi XE, then Seattle, then Rio and now Alexandria. I will post the solution if I found it. Thanks!

more and more I am sure that David, after retiring from commercial life, urgently needs a new occupation to unload all that accumulation and the need to get out so many things that were imprisoned and, who knows, suffocated in his mind. This can be seen in the length of her texts and the need to lay out his view of things in such detail... I try to imagine how troubled his mind is. maybe it's time to write a book, no? 😁