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
Amos Shapira wrote:
On 01/09/07, *Yotam Rubin* [EMAIL PROTECTED]
mailto:[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
i Agree,
The CDT is a great tool,
it's saves development time by supporting realtime compilation.
Visual Studio does not support this feature unless installing the visual
assist application.
-Udi.
On 9/2/07, Gilad Ben-Yossef [EMAIL PROTECTED] wrote:
Amos Shapira wrote:
On 01/09/07,
Shamir Udi wrote:
i Agree,
The CDT is a great tool,
it's saves development time by supporting realtime compilation.
Heheh... actually, that's the first thing I turn off in a new
installation of Eclipse/CDT ;-) But this is a question of taste, nothing
more.
Seriously, I've walked through
On 02/09/07, Gilad Ben-Yossef [EMAIL PROTECTED] wrote:
Shamir Udi wrote:
i Agree,
The CDT is a great tool,
it's saves development time by supporting realtime compilation.
Seriously, I've walked through and hand held more then 40 different code
developing corporations in the last 4
On 01/09/07, Marc Volovic [EMAIL PROTECTED] wrote:
Hiya.
First - SlickEdit costs US$250-450 per seat. And while it is ok as an IDE,
it has quite a few limitations especially as far as debugging is concerned.
From its web site I didn't see it mention debugger interface at all,
actually.
Amos Shapira wrote:
On 01/09/07, *Marc Volovic* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
I'll try to give him another push to give KDevelop and CDT a go - it'll
require him to install X11 on his Windows laptop and hopefully the dev
server will handle the Java app.
Here's a another
Hello,
We are at this stage were the lead C++ developer needs to switch over our
mostly ACE-based applications from Windows to Linux and needs a GOOD and
CONVENIENT debugging environment for multi-threaded applications.
He's giving a honest effort to use gdb but so far found it very hard to work
On 9/1/07, Amos Shapira [EMAIL PROTECTED] wrote:
Hello,
We are at this stage were the lead C++ developer needs to switch over our
mostly ACE-based applications from Windows to Linux and needs a GOOD and
CONVENIENT debugging environment for multi-threaded applications.
He's giving a honest
Hiya.
First - SlickEdit costs US$250-450 per seat. And while it is ok as an IDE, it
has quite a few limitations especially as far as debugging is concerned.
There are NO good integrated development environments for Linux. Slickedit,
Eclipse, etc, are a reasonable set of editing tools, but very
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
Kdevelop is a really nice IDE and has great gdb integration, I prefer it
over eclipse.
On 9/1/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,
On Sat, 2007-09-01 at 08:16 +, Amos Shapira wrote:
Hello,
We are at this stage were the lead C++ developer needs to switch over
our mostly ACE-based applications from Windows to Linux and needs a
GOOD and CONVENIENT debugging environment for multi-threaded
applications.
Can anyone
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
14 matches
Mail list logo