4 ms·
>Whatever. I've lost interest in participating in this thread. That's unfortunate. >If I'm so incapable of reproducing issues and "demons in a machine" is so
by ryanmolden 15y ago
>Whatever. I've lost interest in participating in this thread.
That's unfortunate.
>If I'm so incapable of reproducing issues and "demons in a machine" is so laughable, why exactly does the "Unhandled ExecutionEngineException" exist and why was it more than trivial for me to reproduce?
Well, an ExecutionEngineException is simply the CLR encountering some unexpected problem. The CLR is a piece of software like any other, it is simply a COM component, written in C++. Like any other program it too can have bugs and situations that it fails to handle gracefully. They are not untraceable or uncatchable in any way, I have caught and debugged a number of them. Of course without the pdbs/source that is much harder for an external person to do. In my experience it is actually preceded by an SEH exception that the CLR itself will catch and translate into the rather generic ExecutionEngineException, so watching for first chance SEH exceptions is generally more fruitful.
>So now three MS people doubting me, mocking me, and suggesting #win32 as remotely comparable to open source style IRC rooms.
So when I point out that 'untraceable uncatchable exceptions' don't exist you see that as mocking you? Or was I the doubting one? I am simply a software engineer, like I assume you are. I was pointing out some things don't exist. If untraceable, uncatchable exceptions existed there would be a class of bugs that were logically impossible to find/fix.
As for 'the .NET runtime informing you that it was unaware of where the crash was occurring', the .NET runtime would never be aware of such a thing as a crash is a crash. It means the exception found no handler and the process was terminated. Figuring out why is what a debugger is for, not the runtime.
>I'd post it here, but I'd prefer it were not linked to my name as Googling the error message reveals my only post.
It is strange that you want to hide your identity so much.
>This is just sad, and ironic as all get out considering the fact that my original comment was that Microsoft and community don't play nice together. Don't you see that irony?
Not really, 'the community' doesn't consist of a single person. I am active on the MSDN forums in my area of expertise. I am also active on my team's blog. In the course of such activities I regularly encounter trolls, I am not saying you are one, just saying they exist. To 'play nice' with a troll is pointless. Some people have axes to grind and no matter what you say or do they will be upset, there is no point trying to help those people. Also, if people are rude from the get-go I tend to not bother helping them, since I generally am spending my own free time to try to help them out, and there are lots of other things I could be doing. Civility is kind of the minbar for what I expect of them.
As for 'open source' communities being more civil/friendly...well that is certainly not my experience across the board, but then again, people always have different experiences and tend to remember the worst/most frustrating of them and project that as 'the norm'.
- drivebyacct2 15y ago>That's unfortunate. Sorry, that was rude and dismissive of me. My comments were never about the communities being civil or friendly, they were about them being in existence. There is no equivalent for many of the support channels I enjoy in products that do not come from Microsoft. For the third time, I will note that I don't find this a fault of Microsoft at all, but just something that happened as .NET grew among developers around the world. It was merely a point of discussion and honestly I was more curious about .NET developers that leap for Microsoft products and tools in the face of strong alternatives, than I was interested in hearing Microsoft employees defend their products (or coming across myself as attacking them. If I have seemed that way, I apologize sincerely). I don't know how "uncaught and untraceable" had an ambiguous meaning. Obviously I don't work at Microsoft and can't just fire up a debugger attached to the VS source to track down an issue. I find it bemusing that "you can't reproduce the issue or track it down", turns into, "well, it would be hard to debug without the source". (No joke.) From where I'm sitting, that tends toward "blame the bug on the user" bait. As for the last two paragraphs, I'll merely hope that it wasn't a veiled attempt to call me a troll, considering that I merely expressed my experiences and the support structures available to me and then was told that I was wrong and didn't know what I was doing. I merely wish that the support forums were better, and that there were community lead resources for Microsoft products. Maybe it's untenable of me, maybe I should just accept that I need to come to Microsoft when I want help or guidance with Microsoft-fostered technologies. Hehe, I'm certainly not going to say they're more friendly or civil, in fact, likely the opposite. Anyone who has set foot in ##C++ or ##java knows that there is no hand holding and a strong likelihood of verbal abuse. Yet, I still get answers quickly and get a more lively discussion about issues that are never even broached in the Microsoft "communities" (a forum does not count as a community, and certainly not channel9's 4 generic categories). I hope this clarifies. I'm simply genuinely curious as to the fundamental nature of how the global community of .NET developers differs from that of python/go/c++/ruby/etc. As for my identity, I have strange and history-backed reasons for doing so. I'm paranoid down to the last pixel detail of my Facebook privacy and that's probably the only thing personally identifiable on the Internet for me (outside of work related posts on MSDN forums). I'm just weird like that.
- ryanmolden 15y ago