Tommi Prami

We usually wait some time after new release, and follow Tickets people start to post. Some of the bugs/regressions now in D12 are pretty bad. and also quite weird that no one found those in beta. I ran all of our products and unit/integration tests and saw nothing when D12 came out. So those apparently needed some special code, as usually is when it is regression. But anyhow. I really hope that D12.1 comes soon, because IDE is clearly better than D11. And some good fixes also coming in D12 too. Depending on the situation and project, After we got everything compiling in D12 and made sure we kept D11 compatibility, it took couple of hours for me to get back to D11 with total D11 reinstall. But easily can see the situation that jumping back to early version can take long time, depending on the products and so on. -Tee-

D12 has some very bad bugs/regressions. If you have latest D11 release available, I would go to that, with and without FastMM5 to get to the root of this.

Related video:

Couple of nasty bugs in D12 compiler. Please vote: https://quality.embarcadero.com/browse/RSP-43274 https://quality.embarcadero.com/browse/RSP-43418 (if previously discussed in here, don't read the message 😉 )

Maybe need to evaluate it a and migrate to that. Few years ago when I looked at PEX, it seemed to have tons of not that important checks, which seemed not that useful at the time. Need to actually evaluate it. Thanks for info... -Tee-

Could you give couple examples in what way those are better.

This is quite interesting. Have not looked into how it is implemented, but speedup claims are pretty substantial. https://github.com/intel/x86-simd-sort Rarely sort is the real bottleneck in any code, but faster is still faster 🙂 -Tee-

Sent many emails past 2 years, to support of: - Known issues/bugs - About next release - Feature requests And sent direct question to TMS sales about FixInsight, is there going top be new version, and about the same message to their support forum thingy. No response, what so ever. Nothing. Not even hello, we have received your message. Absolutely nothing... We have been paid customer from the start (about)... -Tee-

This is very interesting project, only problem for me is that there is so big dependencies. For some that is not problem, I get that. As now it seems that FixInsight is abandonware, I have been thinking that community would start project of our own, that would be made with pure delphi without extra dependencies. -Tee-

Weird. Maybe some automated Spam detection in this forum kicks in... Or "too many" post in short period in time or something like that... -Tee-

https://github.com/d-mozulyov/Rapid.Generics/tree/master (Don't used just stumbled upon it, and did not analyze it either)

Hello, I tried to port Generics.Colllections code to using Spting4D collections instead. I got the "raised exception class EInvalidCast with message '"TMyRecord" is not a class type.'" exception, are the records at all supported, or I am doing something wrong. Code somethin g like that. FRecordCache.Add(LKEyString, LMyRecord); Created this way: FRecordCache:= TCollections.CreateDictionary<string, TMyRecord>([doOwnsValues]) Never mind, it was the doOwnsValues 😄

I've never had that... What was the content... -Tee-

Trying to find right package form the list, some of witch have quite similar names, is total pain in the but. When lkot of components installed there are tons of packages to go through. At worst case, you don't know thew exact name of the package, then you have to actually read all, and not just add some keywords like "tms aur" to get to tms aurelius (if it has package, don't know, just an example) Voted for this one, that is still open: https://quality.embarcadero.com/browse/RSP-14203

How much this will add overhead at runtime?

JCLK and JVCL should support D12 in their repository received commits today.

Yellow, Now that there is "Public" Beta of Delphi 12. ( https://blogs.embarcadero.com/delphi-supports-android-api-33-via-yukon-beta/ ) Some OSS component/library supporters have already made "Educated guess" what there need to be done to support D12, making packages and so. If possible/time/willing to make such a guess, please do, I think it would make everyone's job easier to test the Beta, since almost all of products made with Delphi, use some kind of Open source libs. I think it would just help all people in beta, even if maintainer would not be. In some cases making packages are trivial thing, but quite waste of time if everyone in Beta will do it themselves. Like the great folks maintaining: https://github.com/EtheaDev/SVGIconImageList https://github.com/skia4delphi/skia4delphi (Just to mention two I've noticed) -Tee-

Thank you very many 😉 -Tee-

Good point. Mainly in real life apps I've been working with almost every time sorting is been for strings. Then some quite small portion been list of objects or records. -Tee-

That is perfectly OK. Especially if Embarcadero knows that this person/company is using Delphi certain way, change possibly breaks it or makes better, let them test first etc... That is smart I think. Beta should be, at first for small group of people, to keep amount of messages and bugreports at bay etc... I was referring to the communication channel/channels to take full advantage of the Public Beta. Also if there would be private repository for Beta testers of open code that is ready for the future release. Would make testing with everyone's own products faster and more efficient.

Yellow, https://quality.embarcadero.com/browse/RSP-42524 Delphi comes with very old PCRE (8.45) and it'll wont get any updates according to pcre.org. Latest 10.4.2 : https://github.com/PCRE2Project/pcre2/releases -Tee-

With Library I mean PCRE and the it's Delphi wrapper. -Tee-

Then this system should change, I think... -Tee-

Interesting... I've been in beta couple of time in past 20+ years, and first time I hear about this.

While back I was pondering this situation again. When new Delphi comes out, it takes sometimes quite a long time we get it into the production, because have to wait some of the dependencies to release updates. We can fix those ourselves, but not always. IT can be pretty hard to familiarize the third party code that needs a fix (it maybe somewhat obscure considering the problem how to actually fix it). So I would propose that there would be some faster channel among of the Beta testers. Many of those in Beta provide some Open/Closed Source -code to others in community. If there would be common place to exchange those fixes, privately, and preferably also chat about how the beta is going etc, this would guess also lead to better bug reports and so on. Something like private Discord-server/channel (Or something similar) and/or forum similar to this. I mean that now people and companies doing beta test are separate islands of information that does not spread. And I think it would, in long run, help everyone. -Tee-