[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 144501] New: changing debug arguments to empty(or something
From:       yzhh <yezonghui () gmail ! com>
Date:       2007-04-21 16:29:40
Message-ID: 20070421182939.144501.yezonghui () gmail ! com
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=144501         
           Summary: changing debug arguments to empty(or something wrong)
                    needs reopening project to take effect
           Product: kdevelop
           Version: 3.4.0
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: yezonghui gmail com


Version:           3.4.0 (using KDE KDE 3.5.5)
OS:                Linux

I'm using kdevelop 3.4.0 under debian testing. A very similar bug was reported and \
solved for 3.0 (bug 59529). Seems it shows up again with subtle differences.

The problem is with debug arguments (which is now separated from run arguments, both \
provided in "run options" tag of Projects Options):

1. When it is set to something good (in my case "< input.txt", to redirect standard \
input to a text file), the debugging takes the arguments to run. But after this, \
changing it (debug arguments) to anything else (including empty string or invalid \
arguments, eg. "< file_not_exist.txt") would require reopening project or restarting \
kdevelop to make the change take effect.

2. The funny thing is that if the project is firstly loaded with invalid arguments \
and the debugger encountered errors (in my case bash complains about non-existent \
file), then changing debug arguments to something right will take effect immediately \
on the next debugging run (project not rebuilt - I assure).


[prev in list] [next in list] [prev in thread] [next in thread]