Re: [Haifux] Multi-thread debugging for C++ on Linux

-- Zaar On Fri, Nov 28, 2008 at 5:12 PM, Ohad Lutzky [EMAIL PROTECTED] wrote: Hello all, I am examining the issue of debugging multi-threaded (specifically using pthreads, and written in C or C++) applications in Linux. The basic tools, as far as I can tell, are somewhat lacking; while the

Re: [Haifux] Multi-thread debugging for C++ on Linux

May I recommend using emacs as the front-end for gdb. -- yotam On Fri, 28 Nov 2008 17 Ohad Lutzky [EMAIL PROTECTED] wrote ... So my question are 1. Am I missing something, and this is in fact possible with GDB? If so, is there a graphical interface (my coworkers are fond of those...) which

[Haifux] Why open source

Hi, Lets say you wrote a utility that may be useful to others. Why would you open source it? How can you earn money from opening the code and giving it for free? Source forge is making money from hosting your utility, Wikipedia is making money from documenting it, what is left for the developer?

Re: [Haifux] Multi-thread debugging for C++ on Linux

Hi This is an interesting issue you have raised here. Indeed, in JVM it seems to be more easy to breakpoint a thread, but actually there is nothing too special that Java does that other native debugger can't do. One type of breakpoints is called software breakpoints and are based on int3 Intel

Re: [Haifux] Why open source

2008/11/28 Tal Abir [EMAIL PROTECTED]: Hi, Lets say you wrote a utility that may be useful to others. Why would you open source it? How can you earn money from opening the code and giving it for free? Source forge is making money from hosting your utility, Wikipedia is making money from

Re: [Haifux] Why open source

I think the question is why not open source? The question is not how you make money from open source, although this is not always obvious, you can see many companies who does make money from open source. But how do you make money from closed source? this remains a mystery to me. I would be happy

Re: [Haifux] Multi-thread debugging for C++ on Linux

i did not understand what feature you want. gdb supports suspending all the threads together (which is what you normally want), continuing all of them together, and doing a single-step in one thread (which has the annoying side-effect of allowing other threads to also continue executing at

Re: [Haifux] Why open source

I would be happy to participate in such discussion but would you open a full scale company for earning money from a little utility. I don't think it will hold. People today earn money just from writing blogs (though publishing a piece of code and then earn money from blogging about it sounds like

Re: [Haifux] Multi-thread debugging for C++ on Linux

A minor technical note: On Fri, Nov 28, 2008 at 06:17:38PM +0200, gabik wrote: So as long as the threads are kernel threads and have different pids (which is what happens in latest fixed versions of POSIX Linux threads) Threads had different PIDs even before that. They were actually even

Re: [Haifux] Why open source

On Fri, Nov 28, 2008 at 06:07:09PM +0200, Tal Abir wrote: Hi, Lets say you wrote a utility that may be useful to others. Is it useful for you as well? Why would you open source it? There are several reasons. Do you think you can actually make money from selling the software as a

Re: [Haifux] Multi-thread debugging for C++ on Linux

-- Zaar On Fri, Nov 28, 2008 at 8:29 PM, Ohad Lutzky [EMAIL PROTECTED] wrote: Hello all, Allow me to add a certain point which wasn't clear in my question: This is NOT for me. Myself, I use vim and gdb, and rarely ever write software with more than one thread (per process, that is ;) ).