Community
Participate
Working Groups
Create a new remote debug configuration, select "Local" in the connection combo( always there by default). 1)DSF launcher-the output is completely lost; 2)CDI launcher-the output is shown during the debugging session shutdown, not when it is supposed to appear; 3) Run mode-everything works fine. This might be an RSE issue with local shells implementation, not sure yet. This is all happening on Linux of course.
When I run this with HEAD, I see the output when I look at the console of the "Remote Shell" node. Don't you see it there?
Created attachment 197966 [details] snapshot of Anna's screen
(In reply to comment #1) > When I run this with HEAD, I see the output when I look at the console of the > "Remote Shell" node. Don't you see it there? No, I don't. I attached a screenshot of my console view. I am running of HEAD, but I updated it on Friday I think. That only happens with "Local" connection type, if I do Linux/SSH it works properly.
(In reply to comment #3) > (In reply to comment #1) > > When I run this with HEAD, I see the output when I look at the console of the > > "Remote Shell" node. Don't you see it there? > > No, I don't. I attached a screenshot of my console view. I am running of HEAD, > but I updated it on Friday I think. > That only happens with "Local" connection type, if I do Linux/SSH it works > properly. Where do I get the "Local" connection type? I don't have it in my list
(In reply to comment #4) > (In reply to comment #3) > > (In reply to comment #1) > > > When I run this with HEAD, I see the output when I look at the console of the > > > "Remote Shell" node. Don't you see it there? > > > > No, I don't. I attached a screenshot of my console view. I am running of HEAD, > > but I updated it on Friday I think. > > That only happens with "Local" connection type, if I do Linux/SSH it works > > properly. > > Where do I get the "Local" connection type? I don't have it in my list It is always present by default. Check in Remote Systems view if it's there?
Created attachment 197967 [details] snapshot of Anna's debug config
(In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > (In reply to comment #1) > > > > When I run this with HEAD, I see the output when I look at the console of the > > > > "Remote Shell" node. Don't you see it there? > > > > > > No, I don't. I attached a screenshot of my console view. I am running of HEAD, > > > but I updated it on Friday I think. > > > That only happens with "Local" connection type, if I do Linux/SSH it works > > > properly. > > > > Where do I get the "Local" connection type? I don't have it in my list > > It is always present by default. Check in Remote Systems view if it's there? I have something called 'localhost'. I remember having "Local" a while ago, but then I re-installed platform, forgot to install RSE and tried my launches, I may have messed it up. Unless 'localhost' is the same thing?
(In reply to comment #7) > > I have something called 'localhost'. I remember having "Local" a while ago, > but then I re-installed platform, forgot to install RSE and tried my launches, > I may have messed it up. Unless 'localhost' is the same thing? I think that your localhost might be an ssh Linux connection. Try to create a new one via "New connection->Local" in Remote Systems view?
(In reply to comment #8) > (In reply to comment #7) > > > > I have something called 'localhost'. I remember having "Local" a while ago, > > but then I re-installed platform, forgot to install RSE and tried my launches, > > I may have messed it up. Unless 'localhost' is the same thing? > > I think that your localhost might be an ssh Linux connection. Try to create a > new one via "New connection->Local" in Remote Systems view? Ok, I can see the problem now. I believe this is because the I/O is beeing buffered. Try adding the line setvbuf(stdout, NULL, _IONBF, 0); before doing printouts. I see the output when I have that line of code.
I was able to reproduce it with two "local" shells in RSE and filed bug 349360 to track it.
Created attachment 198289 [details] Patch that filters out connections of "local" connection type After thinking about it more, I decided that we don't really need "Local" connections in the list. Why would you want to debug with gdbserver on your local machine? And there is another launcher for debugging with gdb locally.
(In reply to comment #11) > Created attachment 198289 [details] > Patch that filters out connections of "local" connection type > > After thinking about it more, I decided that we don't really need "Local" > connections in the list. Why would you want to debug with gdbserver on your > local machine? And there is another launcher for debugging with gdb locally. Some gdb functionality is only available through gdbserver. For example, to use gdb tracepoints and trace an application, one must use gdbserver at this point. I that case, people need to run gdbserver and gdb on their local machine, if it is the local machine they want to trace. But we can still do this by creating a 'localhost' ssh connection. I wonder if it is user friendly enough to require the user to define their own 'localhost' connection?