Hi Amos,
I had the chance to help developer, which use to work with Visual Studio, start using Linux/Unix environment. My conclusions were: - Most Linux IDE use gdb as a debugger, some wrap it more user friendly and some less. - Kdevelope, DDD and Emacs plug-in are very useful for the Unix/Linux users. - From the few that I've talked with SlickEdit is good value for money, It has most of the feature you expect moving from visual studio (but I don't have any personal experience) Eclipse: - A very friendly environment and 3.2 works great for me. - It offers a variety of plug-ins which make life very easy. - you can integrate Vi/emacs or what ever as your editor. The gdb as a straightforward GUI - when trying to run in a debug mode it will open a few option choosing windows, which you can press the default OK or use it to set you multithreaded or what ever specific options you require. - There are plug-ins for most known source control - And for your specific situation it has slides which instruct you how to get started. To sum things up: moving from Visual Studio, you would probably save your worker time with SlickEdit, but if your planning to use it in the future by more then one developer and you'll have the time to learn it, Eclipse is a very good choice. Nevertheless if your worker wish to consult, please feel free to give him my details, you can find them in the bottom. Amos Shapira wrote: > On 01/09/07, Yotam Rubin <[EMAIL PROTECTED]> wrote: > >> What's the main issue? Is it that it's impossible to work with GDB because >> it crashes, or is it gdb's command line interface? If the problem is the >> latter, then have him use a decent frontend. I use emacs's gdbsrc mode, >> which integrates control of the debugger with your existing code buffers. >> Some people use external tools, but I prefer to integrate debugging with >> editing. >> > > > I think his main issue is that gdb is not very convenient to debug > multi-threaded applications. He already has a huge learning curve to tackle > just to use the Linux shell and on top of that his ACE-based application is > far from trivial so adding to this having to go through reams of gdb > documentation while he has a very tight deadline to deliver working code for > production is just too much so something that can help him do this with the > convenience of a GUI would be much appreciated. Love or hate Microsoft, last > time I heard all serious programmers agreed that they did well with Visual > Studio as a C++ IDE, and that's what I have to stack up against. > > Emacs popped to my mind too as something that I remember that many many > years ago was the greatest way to use gdb, but as someone who have since > switched mostly to VI and X11-based editors I suspect it'll take even myself > a good few hours to start feeling comfortable again with it. How is its > debugging point-and-click interface these days? > > --Amos > > -- Ravid Baruch Naali [EMAIL PROTECTED] +972 4 6732729 +972 52 5830021 ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
