Anders Melander

https://www.rabbitmq.com/protocols.html#amqp-10

Are you asking if RabbitMQ supports AMQP 1.0?

You don't need to add your own sub-fora. Just post in the main Delphi Third-Party.

This belongs in Delphi Third Party.

Well, it's not that I don't envy the versatility of C++ but I really don't enjoy trying to maintain (or even just read) code that fully uses that versatility.

One hour into the video I wanted to shoot myself in the head - But then I remembered that I no longer program in C++ 🙂 Apart from that; Good stuff. When I heard Bjarne at the end I thought: He sounds tired of C++. Maybe he should try Delphi 🙂

That request is almost older than Delphi itself. I get that they're not interested in making it easier to use old versions of the product, but I don't get that they aren't interested in making the lives of 3rd party developers easier (in this regard at least).

I haven't used the Develop Express spreadsheet (except that it seems that all their other controls now has dependencies on it 😞) but I would think it'd be trivial to maintain a dictionary on the side that links objects to cells...? type TCellReference = record Row: integer; Column: integer; end; TCellStuff = TObjectDictionary<TCellReference, TObject>; Also, if the spreadsheet architecture is anything like their other controls, then you should be able to customize what class is used to represent cells.

Y-key broken?

I agree. In my own code I assume "unknown version" = Last known version+1. That way new versions doesn't break the code and I very rarely need to update the include file.

I've just committed updated packages for Delphi 11 and added Delphi 11 to GR32_Compiler.inc (and cleaned it up a bit).

I would think that it's just a matter of adjusting the dependencies of the existing packages with the corresponding D11 dependencies and recompile, but I'll look into it.

There's only one L in ProDelInterface27.

How is more clear than ?

Yes, it probably could be done, but should it? It's not a bad idea, but without low level compiler support (on E: IMyError do ... ) I wouldn't do it. Personally I want my error handling to be as simple and robust as possible so it doesn't potentially make a bad situation worse.

Upgrade from Windows 2000 🙂

I'm not questioning the usefulness of it. I would absolutely love that feature. I'm questioning why Embarcadero would want to invite the inevitable complaints when the feature, inevitably, failed to work 100% of the time - or even just not as good as VC/VC++. AFAIK, what UE does is just reloading dynamic DLLs if you recompile them. Not really comparable I think.

Makes sense. Thanks.

I know you're just venting, but I can't see how they could achieve it even if the debugger was better... or why they should.

Why was their original decision "the wrong thing"? Wasn't it simply a business decision that a (maybe large) group of people was dissatisfied with?

I don't think I've ever had a situation where that didn't just mess everything up. I think it just adjusts the EP so the other registers will not contain the values that corresponds to the new EP.

Start here: Floating point numbers — Sand or dirt What Every Programmer Should Know About Floating-Point Arithmetic What Every Computer Scientist Should Know About Floating-Point Arithmetic

Thanks. I'm not using it that much myself at the moment because it takes VTune about an hour (no kidding!) to resolve the symbols of the application I'm working on 😕

Hmm. Normally I would say that maybe it could be explained by a change in the window frame width due to Win11, but given the size of the change (-317 pixels) it must be something else. Unfortunately I don't have a Win11 system with D11 on it yet so I can't try to reproduce. If you edit the DFM file in notepad and remove everything but the form properties, does the problem (i.e. open in the IDE, save file, size changes on save) still occur? If yes, can you attach the edited DFM here?