After explicitly white listing "codeproject.freetls.fastly.net", the site looks fairly normal now (but in contrast to last Friday, the authentication cookie and some cached files are present - won't clear them). Only the "upvote" / "downvote" buttons are still missing. Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

Creating "empty" interfaces seem questionable to start with. public interface IHazardLocation {} It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

Thanks, that was the major step for this issue. Afterwards, I could figure out the var tmp = intersections.Map(_intersection => m_Geometry.TryGet...ToList() monstrosity abolishing the foreach(... intersections). Functional programming feels odd when trying it for the first time. Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

Worse yet, Thread.Sleep doesn't even guarantee that the thread will actually give up its time slice. If there are no other threads ready to run at the same priority, your Thread is not suspended. T minimum time a Thread can "sleep" is dependent on the system timer and its resolution. The timer is dependent on hardware and O/S implementation. From the Sleep function[^] in the Win32 documentation: Quote: The system clock "ticks" at a constant rate. If dwMilliseconds is less than the resolution of the system clock, the thread may sleep for less than the specified length of time. If dwMilliseconds is greater than one tick but less than two, the wait can be anywhere between one and two ticks, and so on. To increase the accuracy of the sleep interval, call the timeGetDevCaps function to determine the supported minimum timer resolution and the timeBeginPeriod function to set the timer resolution to its minimum. Use caution when calling timeBeginPeriod, as frequent calls can significantly affect the system clock, system power usage, and the scheduler. If you call timeBeginPeriod, call it one time early in the application and be sure to call the timeEndPeriod function at the very end of the application. Asking questions is a skill CodeProject Forum Guidelines Google: C# How to debug code Seriously, go read these articles. Dave Kreskowiak

OriginalGriff wrote: and one of them is the cat... I think that is more analog than virtual :rolleyes: ;P :laugh: :laugh: M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

Is it possible that there are other tasks / threads and the author is trying to allow them to have a turn?

Inlining is ages old, but in the old days, there were compilers / debuggers that couldn't handle it properly. If you wanted to step line by line through an inlined function, you had to turn off that feature while debugging. Maybe this applied only to a few compilers. I don't know if the limitation was in the compiler, the debugger or the debug format - it could be either. There were other optimzing features that you had to turn off while debugging. E.g. an optimizer may detect that you are doing the same calculations twice, arguments being unchanged from the first to the second calculation. So it decides to rather store the first result in a register or temporary variable, and skip the second calculation. Now you set a breakpoint in the middle of second calculation (but not in the first) - but there is no code where the breakpoint can be inserted! It takes some juggling of instructions and breakpoint analysis to handle such situations. A (true) story from the old days - not directly connected to optimization, but illustrating simlar issues: This debugger could single step at the function call level (which was more useful than you think - I wish we had it in moder debuggers!), or at the source line level. There was a fatal crash in this 2000 lines(!) function when stepping call by call. When line-level stepping was enabled, the code worked perfectly fine. It took some effort to discover why, and it illustrates the issues when making a debugger: In line mode, the debugger replaces the first instruction generated by each source line with at BPT instruction, saving the original instruction in its own buffer. When the BPT is reached, the original instruction is re-inserted into the code, the PC decremented to execute the same address again (this time with the original instruction rather than the BPT), the cpu is told to single step at the machine instruction level, and the BPT is re-inserted for the next time this point is reached. As so often is the case: The culprit was a wild pointer, writing into code memory (the machine did not have separate spaces for code and data), overwriting an instruction. But in line mode, the debugger had a saved copy of the instruction, protected from the wild pointer. So the debugger replaced the destroyed instruction with the correct one; that is why the code didn't crash in line stepping mode.

Thanks. Good to know that. Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

Hi, Be careful with custom controls. Visual Studio is still a 32 bit process and if you move your entire code base to x64, forms won't open in the designer any more - you'll get an error page. Ant.

Those generic type parameters are still a cause of confusion for me... Thanks for the hint, that's far easier, and the places where the methods are used are far better to read. Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

In C#, I almost ALWAYS use try-catch-finally. That's the "Padre Nostro" of alldays. :laugh:

Perfect! That hack really works. (But I still will need some time to find out how it works...) :thumbsup: Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

You should read my example again. There are catchable exceptions that your current code will not catch because they can occur before the try catch that you coded is entered.

Useful ? ^] if the problem is transmitting the float value independently of local culture settings, serialization to binary, xml,json >? cheers, Bill «Where is the Life we have lost in living? Where is the wisdom we have lost in knowledge? Where is the knowledge we have lost in information?» T. S. Elliot

BillWoodruff wrote: It was fun to think about this. That's also my motivation for reading questions / articles / discussions on CodeProject. Nice to hear that I could provide an interesting topic. :) Oh sanctissimi Wilhelmus, Theodorus, et Fredericus!

Take the "stack trace", run it through a "string reader", and eliminate the entries you don't want (via a class or method "name" related to the exception). I do all my "trace filtering" in the Application_DispatcherUnhandledException event handler. At that point, I can even "continue execution" via "e.handled" (if the situation calls for it). "(I) am amazed to see myself here rather than there ... now rather than then". ― Blaise Pascal

it is... it is a travel agency M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

You type faster than me ;P Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012

Bernhard Hiller wrote: we show that people often respond to decreases in the prevalence of a stimulus by expanding their concept of it. Thus we have the adult entertainment industry. ;) Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802