For an IDE, I tend to use Code::Blocks, but the way it behaves sometimes gives me the reason to believe that the person who wrote it had his/her head on backwards. As for the compiler, I favour MinGW's compiler & debugger - MinGW has always been my favourite compiler suite.
When it's an option I prefer Visual Studio with visual assist x add-on for all the above. Intellisense works great in general, VAX makes it great with C++
Whatever text editor you can find on the system you've ripped off and an old copy of gcc you cobbled together from source code found on the bus on the way to work. :)
I would much rather just refrain from using it until guaranteed customer support is offered and use a product that is backed by a trustworthy vendor...but each to his own.
To expect people to debug and fix software simply because it's open source is absurd.
At least you *can* look into it and try to fix it. Sometimes it is much faster than relying on commercial, almost non-existent in reality support, e.g. from Microsoft. I can't recall Microsoft ever fixing a bug in let's say MS Office or Windows on a request of customer. Unless you are a big corpo running 10000 workstations, the only advice you can expect from them is 3R (restart, repair, reinstall). And they charge money for their software, while most open-source projects do not.
The flip-side of the coin is people that think they can demand features and the developers should drop everything and implement it for them, then get labeled as assholes when they say no. They don't realize that most open-source developers program on evenings and weekends in their spare-time for no pay, they don't realize that there is a person with a life that exists outside of that mailing list, bug tracker, and release channel.
the only advice you can expect from them is 3R (restart, repair, reinstall).
From my experience, that's much more helpful than anything from most open-source maintainers. The only advice that you can expect from open source teams is something along the lines of... "well, fix it." or "google it". Setting up a build environment, acquiring all dependencies, configuring the build / runtime, learning the alien code-base, getting a stable build, and finally fixing the bug, testing the fix, and setting up a deployment is not realistically possible for those of us that have deadlines to consider...or those of us whose life doesn't revolve around programming.
On another note - to compare my personal experiences with closed-source software with open-source, I would wager that 90% closed source products work as expected or better than expected versus maybe 40% open source products, and I am being very generous with the 40%.
then get labeled as assholes when they say no
I only apply that label when they reply with a snarky comment like "fix it yourself".