Anders Melander

You shut down Windows? Why? I just suspend. Can't remember when I last did a shutdown. That's one of the advantages of using Windows 7; You don't have to reboot so often due to windows update

If you post the madexcept error report here I'm sure we can help you - and you'll learn how to interpret a call stack.

[facepalm]

So you're complaining that Pierre has enabled us to use FastMM 5 for free and that there's conditions for this use? I think "thank you" would be more appropriate.

https://www.google.com/search?q=GPL+V3

It's explained in the readme. It would be simpler if you described what you're doing and what your experience is, than us explaining every possible improved scenario.

What makes you think it "supports NUMA"?

Make that multi posted. What an a**. https://www.nldelphi.com/showthread.php?43637-Thread-programming-without-sleep-or-WaitFor-events&s=9c6121658fc40c66ce2abcf948937ab2 https://www.sql.ru/forum/1324939/thread-programming-without-sleep-or-waitfor-events https://www.cyberforum.ru/delphi/thread2630964.html

Which includes every third party or homegrown component installed. @bazzer747 If you install MadExcept you will get a nice stack trace of the error.

It's not really a problem. I have to support Windows 7 since the majority of my customers are still using it. In six to eight months I think Windows 10 will overtake it, but even then I will still have to support Windows 7 for those that use it. I've not yet had any needs beyond what Windows 7 provides so like I said it's not a problem for me or my customers.

Indeed. Unfortunately it requires Win8 or "better" which means it's out of bounds for me at least.

And he even double posted his "response". I wonder if it's a bot

WTH? And it was closed before he reposted it verbatim here. I hate that. @turkverisoft If you're just going to ignore the advice you get you will not only be wasting your own time but more importantly the time of the people trying to help you. Now go stand in the corner. I'm out.

Unless you're running on a Commodore 64 you shouldn't be seeing such delays due to Sleep or WaitForSingleObject. There must be something else affecting the result but it's hard to tell without seeing your source. How many threads do you have running concurrently? Anyway, IO Completion Ports are generally considered the best way to get optimal performance in the scenario you describe. It should be fairly easy to find some examples of how to utilize them with Delphi. ...and don't mess with the thread affinity. Leave the thread scheduling to the OS. It's better at it and it shouldn't really be needed for something like this. P.S. Don't use Sleep(0).

If you were in my employ I'd fire you for doing something like that. What happens when a bug in your code causes your license check to fail and you execute corrupted code that wipes the customers disk?

Well, I must admit it's been at least 3 years since I last used AQTime on a 64-bit project, and I no longer have a license for it, so my memories of the experience might have improved with age. I'll need a 64 bit profiler for my current project sooner or later so I guess I'll get a refresher.

I've used both VTune and AQTime with 64-bit projects and I can't recall that I had problems with it. What's your experience?

Isn't that just the old TurboPower profiler. The UI doesn't seem to have been updated since then. Ugh.

Yes. AFAIK VTune requires PDB-files. I've tried various tds to pdb converters but AFAIR they didn't work.

In my experience you get what you pay for. None of the free profilers has ever worked satisfactory for me. I would recommend AQTime or VTune but they are both a bit expensive. I prefer VTune but as it doesn't support Delphi debug info it's only suitable for asm level profiling. It's excellent for that though.

Yes it is. The code you have posted will leak the TFDQuery instance and not return anything.

TBH I'm sure that I have suffered from this back when I was a rookie, but fortunately I quickly learned that it's not my problem. IME one of the primary causes of stress is the inability to understand this. People take responsibility for things that are beyond their control. There is no spoon. The cake is a lie. Etc.

No it's not that I haven't encountered it. I just don't consider it a problem. If a PHB decides to ignore my estimate based on his own opinion then that's his problem. Sure it might be demotivating developing something that you know will be late or unfinished because of that, but again; It's not my problem. It only becomes my problem if I revise my estimate based on pressure or try to meet an unrealistic deadline.

Never had that problem. The customer/manager might have their own opinion about the size/cost of a task but that doesn't really matter. What matters is the time/cost estimate I give them. Their opinion will not affect the outcome.

Plenty. You are trying to solve a problem you've created yourself by insisting on doing the mockup in Delphi. The solution should be obvious...