David Heffernan

Floating point values cannot be empty

A web search for this flag would tell you what you need to know. Always worth remembering that web search exists. I find it terribly useful.

The leak detection tool is known to work well. Please post on the madExcept forum. Applying Occam's Razor, you should entertain the possibility that there are defects in your program that this tool is notifying you of.

A minimal reproduction would make it simple to resolve the issue.

Bits not bytes. And not the most significant bits. The code runs on little endian machines.

This should be simple to resolve. Create a minimal program, including any input, so we can see what combination of rounding mode and input arguments lead to this exception.

It's copying three bytes of the ANSI encoded text into three bytes of the integer. The fourth byte of the integer is indeterminate, and could be anything. Just look up the ASCII table for those three letters, to see the ordinal values being assigned. It's hard to know why this would be done without seeing what happens next, e.g. to the integer variable.

What happens when you create a new project? Is it a problem with a new project?

You shouldn't be compiling that unit. Should find the dcu shipped with the product.

What is the error? Can you give a minimal reproduction?

What use is knowing that if your IDE won't start? Isn't the IDE not starting something of a bigger problem?

Last time I checked that project was dormant. Once upon a time I used Andre's map2dbg to make dbg files that could be used by some tools, but I never had any success with that for 64 bit executables.

OMG, if somebody could make a tool to convert detailed map files into PDB files that would be incredibly useful.

Stefan is talking about licensing, not about whether tools exist to build the library. He's talking about distributing not building.

This is perfectly reasonable. Sometimes. User should be able to choose how to compare. UPDATE: Apparently I misunderstood. Please ignore.

@emailx45 I have literally no idea what you are talking about. Sorry.

I know. I'm linking it here because it was cross-posted. If you do cross-post it's always worth mentioning that, and providing links, so that somebody doesn't spend time solving your problem, when it has already been solved in a different place.

@emailx45 Perhaps there's a language barrier, but in this topic we are talking about the efficiency of the code generated by the compiler. Because for me there has been nothing added since XE7 that would bring enough benefit to justify the time cost of migrating.

No. Whilst for some applications, performance is not important, there are many many fields where we desperately want computers to do their work faster. And better compilers would make a huge difference. As Delphi users were are handicapped by our compiler being much worse than compilers for almost all other languages.

Imagine if somebody could invent such a compiler. Er, no, wait, ...

You OK hun?

delphi - ibtogo64.dll not found in the path - Stack Overflow

What do you think the article linked in the original post says?

Probably another bad idea in this topic which seems to be collecting a huge number of bad ideas. Do this for do different unrelated functions, and now you can pass the consts intended for function1 to function2, and vice versa.

This is of course the holy grail, available in many other languages.