Rollo62

Hi there, I checked the latest Spring4D master, and it seems that the TPair<K,V> was removed from Spring.Collections.pas TPair<TKey, TValue> = packed record Key: TKey; Value: TValue; constructor Create(const key: TKey; const value: TValue); end; I know this was redundant in System.Generics.Collections.pas, but now I have to include this unit to get access to TPair. From the philosophy of S4D I understood that Spring.Collections should be able to replace the System.Generics.Collections in the long run completely, so I wonder why this TPair was removed then, its used in many places. That means I need to keep a reference to both units now, if I need this. Does this really make sense, why was it removed, and why not for example moved, separated into another Spring unit ?

Oooh yes, maybe its too late and hot right now 🙂

Ok, thanks. So I thought the new released master is a newer one, and included all from the development branch. Then I better stay with the development branch.

Hi there, I used to have a free tier account for some years, but was not very active there. https://www.experts-exchange.com/ From my experience the coverage of Delphi was quite low, and maybe other topics like C#, JS, Java, PHP, C++ were maybe better covered. Maybe there is a kind of ranking of their abilities and quality ? I would like to know if anybody here is using this site, and if a full membership is worth the money. What are the strengths of www.experts-exchange.com , if not Delphi ? Can a full membership change the activity and quality of the answers in that channel ? Are the experts cross-platform, how well does www.experts-exchange.com can cover hardcore crossplatform topics ? I assume its a lot Web,Windows, DevOps biased (which is not bad eigher). Would be great if you could exchange your experiences, to help make decisions. I think this platform is over its zenith, since StackOverflow, but maybe you can proof me wrong.

You could look into TMessage and TMessageManager, which is used internally a lot, but probably not all events. Anyway, you could build something around this, also for custom events, it works quite reliable .

Yes, of course I meant that the experts would get some profit from their support too, I assume that this was the business idea of EE in the first place . As a kind of micropayment "UpWork", for special answers, e.g. where Delphi user could get help to integrate Java .

Thanks for your opinions, I think we share the same thoughts about EE. Its a pity, for a real, payed support site it would be worth to pay money.

@Remy Lebeau Interesting idea, so I assume you still generate the heavy DCU's, BPL, binaries etc. inside each VM, to keep them well separated. Does this help to reduce the overall VM size, if the sources were not inside the VM, I'm afraid not ? How about compile speed when using the transfer folders instead of VM folders, could you see any difference ? Since I use the host mainly as "empty, easy replaceable shell" for the VM's, I've tried to keep it clean and do everything in VM's inside, but a common source folder can make sense.

@mjustin Nice product. I assume this works under VCL only, is that correct ? Since there were no infos about other platforms.

I find it very convenient to have a common _Transfer\ folder, which is available on the host, and shared in all VM's. This helps to easily share files and data between the different VM's. Thos files were stored on the host, and in the VM's they were only virtually binded. Of course this is not intended to be opend for write from several VM's or the host at the same time, but just for manual exchange (e.g. for PAServer files, etc).

http://docwiki.embarcadero.com/Libraries/Sydney/en/System.Classes.TStringList.Add

@Stefan Glienke Thanks, thats very interesting, I thought about these issues too, which would be the reasons though, and I assumed there could be many reasons (inline, generics, other references). Do you know if the "inlining" is the only reason that causes this issue ?

Need to be Edited again (lEditor lost all my text from 1st post). Seems mathematically correct, but may face internal integer overflows, to be tested in Delphi ...

Me too And even a simple, virtual website provider with PHP will do, at very affordable cost.

Hi there, I was just reading @jeroenp 's blog, from here. Thats so much true, and I love Format() since the old C days What I wanted to add here is another "overlooked" option, adding leading zeroes, which is described here. Maybe there are even more "overlooked" features, I'm not aware of ? I'm curious.

Just keep as-is ... but make a BIG !! WARNING !! and explaining comment ( pointing to this thread maybe )

... the only really reliable way ...

function InIndex( AIndex : Cardinal; ACount : Cardinal ) : Boolean; begin if AIndex < ACount then // Only need to compare against ACount Result := True else Result := False; end;

Thats true, this is why I work with my predefined constants for some most usual settings, to avoid typos.

Beside InRange, which I use for >=1-based indices, I have defined my "InIndex" function, which is doing the same comparison, but optimized for 0-based indices, as proposed for example also here. Preferable I am using "InIndex" in my code.

Maybe this for a start ?

In PaServer pressing "i", it shows all available IP-Adresses, I'm afraid not all of them are workable, at least for me in a VM.

Try restart PaServer, somtimes this hangs somehow.

Thats also what I hope. I have never tested if BOM, Spaces or other strange UTF8/16 characters could infuence the compilers behaviour somehow.

Regarding the sources, I only find these changes under rtl What is strange is that the AppGlue.pas file shows as equal, since the new file has UTF8+BOM and the old file has UTF8. But when compared binary, it looks as if there were more (invisible) code changes in the source file. Left new file, right old file So technically the old and the new file is 1:1 same, only the new contains UTF8+BOM, and I would say it makes not any difference. But why is the new file in the patch then at all, if it doesn't have relevant changes ? Is there any possibility that the "invisible" changes in the file could have an influence on the compiled output ? I have no tool that is really finding the difference well, BeyondCompare lite shows always that its 1:1 same.