Home » Language IDEs » PHP Development Tools (PDT) » Debugger Error No appropriate file located(No appropriate file located or no file selected. Debug Terminated.)
|
| Re: Debugger Error No appropriate file located [message #636197 is a reply to message #636156] |
Fri, 29 October 2010 15:21   |
Eclipse User |
|
|
|
Originally posted by: dkel50.hotremovemail.com
The debug options facility will probably not help, the xdebug code
doesn't contain detection for this facility to enable debug. Other parts
of PDT may do so but probably not in the area you require.
The projects must have the PHP nature (so should be listed as PHP
projects) in order for files in that list to be candidates. Is that the
case ?
Dave
On 29/10/2010 14:43, John Sutton wrote:
> I am using Galileo PDT.
>
> I am trying to debug using XDebug. I have test examples working fine,
> i.e., the XDebug client code in Eclipse is able to locate the right
> source file (by presenting me with a list of candidates) and then open
> it, set breakpoints, etc.
>
> However, there are various projects open on my workbench which the
> XDebug client code does not see at all! It never presents me with the
> option to choose files within these projects as the source files. I can
> initiate a debug session on these files from Eclipse by building a
> suitable Debug Configuration and this works fine. The problem arises
> when I initiate the debug session from the web server, i.e., when I have
> "Accept Remote Session (JIT)" set to "prompt" in the XDebug/DBGp settings.
>
> How do I debug this situation? I have read that I can use a .options
> file contain the likes of:
>
> org.eclipse.faq.examples/debug=true
> org.eclipse.faq.examples/debug/option1=true
> org.eclipse.faq.examples/debug/option2=true
>
> and then start Eclipse with the -debug option. But I need to know
> exactly what to put in the .options file to turn on debugging in the
> XDebug client code.
>
> Does anybody know either what the problem might be or how I can debug it?
>
> TIA
> John Sutton
>
|
|
|
| Re: Debugger Error No appropriate file located [message #636263 is a reply to message #636197] |
Sat, 30 October 2010 00:55 |
 John Sutton
Messages: 6
Registered: September 2010 |
Junior Member |
|
|
Thanks for taking an interest Dave.
Yes, I believe that the project does have the PHP nature: the project icon has the little P in the top right corner and the Properties of the project includes PHP Build Path, PHP Debug, etc.
I've removed the workspace completely and started again - all the projects are saved in CVS - but now it has gotten worse! Even the little test project which was working fine is now displaying exactly the same behaviour! Arrrrgh...
I'm struck by the fact that there is some more state info hidden away somewhere which I don't know about. For example, after starting again with a clean workspace, when I open the projects from the CVS repo, the file browser has retained the history from previous sessions. That is, when doing Check Out As and untick "Use default workspace location" and press Browse, the ad-hoc Places I've added in the left hand navigation panel are still there! Where did they get stored? I've like to flush out all stored state and start over as I'm convinced it is hiding the consequence of some previous failure which happened when I was trying to construct the configuration which would allow debugging to work.
Any more ideas?
TIA
John
| Eclipse User wrote on Fri, 29 October 2010 11:21 | Originally posted by: dkel50.hotremovemail.com
The debug options facility will probably not help, the xdebug code
doesn't contain detection for this facility to enable debug. Other parts
of PDT may do so but probably not in the area you require.
The projects must have the PHP nature (so should be listed as PHP
projects) in order for files in that list to be candidates. Is that the
case ?
Dave
On 29/10/2010 14:43, John Sutton wrote:
> I am using Galileo PDT.
>
> I am trying to debug using XDebug. I have test examples working fine,
> i.e., the XDebug client code in Eclipse is able to locate the right
> source file (by presenting me with a list of candidates) and then open
> it, set breakpoints, etc.
>
> However, there are various projects open on my workbench which the
> XDebug client code does not see at all! It never presents me with the
> option to choose files within these projects as the source files. I can
> initiate a debug session on these files from Eclipse by building a
> suitable Debug Configuration and this works fine. The problem arises
> when I initiate the debug session from the web server, i.e., when I have
> "Accept Remote Session (JIT)" set to "prompt" in the XDebug/DBGp settings.
>
> How do I debug this situation? I have read that I can use a .options
> file contain the likes of:
>
> org.eclipse.faq.examples/debug=true
> org.eclipse.faq.examples/debug/option1=true
> org.eclipse.faq.examples/debug/option2=true
>
> and then start Eclipse with the -debug option. But I need to know
> exactly what to put in the .options file to turn on debugging in the
> XDebug client code.
>
> Does anybody know either what the problem might be or how I can debug it?
>
> TIA
> John Sutton
>
|
|
|
|
| Re: Debugger Error No appropriate file located [message #636282 is a reply to message #636263] |
Sat, 30 October 2010 11:00 |
| Eclipse User |
|
|
|
Originally posted by: dkel50.hotremovemail.com
Sounds to me like you may have not saved everything to cvs. For example
did you save the .buildpath file to cvs ? It could be that your
buildpath is not correct so the search fails to locate anything.
Dave
On 30/10/2010 01:55, John Sutton wrote:
> Thanks for taking an interest Dave.
>
> Yes, I believe that the project does have the PHP nature: the project
> icon has the little P in the top right corner and the Properties of the
> project includes PHP Build Path, PHP Debug, etc.
>
> I've removed the workspace completely and started again - all the
> projects are saved in CVS - but now it has gotten worse! Even the little
> test project which was working fine is now displaying exactly the same
> behaviour! Arrrrgh...
>
> I'm struck by the fact that there is some more state info hidden away
> somewhere which I don't know about. For example, after starting again
> with a clean workspace, when I open the projects from the CVS repo, the
> file browser has retained the history from previous sessions. That is,
> when doing Check Out As and untick "Use default workspace location" and
> press Browse, the ad-hoc Places I've added in the left hand navigation
> panel are still there! Where did they get stored? I've like to flush out
> all stored state and start over as I'm convinced it is hiding the
> consequence of some previous failure which happened when I was trying to
> construct the configuration which would allow debugging to work.
>
> Any more ideas?
>
> TIA
> John
>
> Eclipse User wrote on Fri, 29 October 2010 11:21
>> Originally posted by: dkel50.hotremovemail.com
>>
>> The debug options facility will probably not help, the xdebug code
>> doesn't contain detection for this facility to enable debug. Other
>> parts of PDT may do so but probably not in the area you require.
>>
>> The projects must have the PHP nature (so should be listed as PHP
>> projects) in order for files in that list to be candidates. Is that
>> the case ?
>>
>> Dave
>>
>>
>> On 29/10/2010 14:43, John Sutton wrote:
>> > I am using Galileo PDT.
>> >
>> > I am trying to debug using XDebug. I have test examples working fine,
>> > i.e., the XDebug client code in Eclipse is able to locate the right
>> > source file (by presenting me with a list of candidates) and then open
>> > it, set breakpoints, etc.
>> >
>> > However, there are various projects open on my workbench which the
>> > XDebug client code does not see at all! It never presents me with the
>> > option to choose files within these projects as the source files. I can
>> > initiate a debug session on these files from Eclipse by building a
>> > suitable Debug Configuration and this works fine. The problem arises
>> > when I initiate the debug session from the web server, i.e., when I
>> have
>> > "Accept Remote Session (JIT)" set to "prompt" in the XDebug/DBGp
>> settings.
>> >
>> > How do I debug this situation? I have read that I can use a .options
>> > file contain the likes of:
>> >
>> > org.eclipse.faq.examples/debug=true
>> > org.eclipse.faq.examples/debug/option1=true
>> > org.eclipse.faq.examples/debug/option2=true
>> >
>> > and then start Eclipse with the -debug option. But I need to know
>> > exactly what to put in the .options file to turn on debugging in the
>> > XDebug client code.
>> >
>> > Does anybody know either what the problem might be or how I can
>> debug it?
>> >
>> > TIA
>> > John Sutton
>> >
>
>
|
|
|
| Re: Debugger Error No appropriate file located [message #636372 is a reply to message #636282] |
Sun, 31 October 2010 19:17 |
John Sutton
Messages: 6
Registered: September 2010 |
Junior Member |
|
|
| Eclipse User wrote on Sat, 30 October 2010 07:00 | Originally posted by: dkel50.hotremovemail.com
Sounds to me like you may have not saved everything to cvs. For example
did you save the .buildpath file to cvs ? It could be that your
buildpath is not correct so the search fails to locate anything.
Dave
|
Unfortunately nothing so simple. I'm now convinced that the behaviour is buggy. For example, I have a project which consists of a directory containing a single file phpinfo.php, all saved in CVS with .settings/*, .buildpath and .project files included.
If I checkout this project into the workbench and then try to debug it, it fails with the behaviour I've described in previous emails. If I then Delete the project from the workbench but retain the files, then create a new project from existing sources, i.e. from the same files, this "new" project then works fine.
Another example: I've had 2 projects on the workbench which are identical as far as a diff -r reveals (except for the different project name in .project and in .settings/org.eclipse.php.core.prefs), one works, the other doesn't.
I can't see the point in debugging this any further with Galileo since nobody will be interested in trying to fix it. I really need to use Helios but the last time I tried to do this I had to give up with it because it was so unstable. *Perhaps* this was because I was also installing the RSE module which I now realise I can't use because it doesn't work (as one would like) with the built in CVS client. So I'll try again with Helios and see where that takes me.
Thanks
John
|
|
|
| Re: Debugger Error No appropriate file located [message #636394 is a reply to message #636372] |
Sun, 31 October 2010 23:22 |
| Eclipse User |
|
|
|
Originally posted by: dkel50.hotremovemail.com
I wish you luck John, sorry I couldn't be of more help.
Dave
On 31/10/2010 19:17, John Sutton wrote:
> Eclipse User wrote on Sat, 30 October 2010 07:00
>> Originally posted by: dkel50.hotremovemail.com
>>
>> Sounds to me like you may have not saved everything to cvs. For
>> example did you save the .buildpath file to cvs ? It could be that
>> your buildpath is not correct so the search fails to locate anything.
>>
>> Dave
>
>
> Unfortunately nothing so simple. I'm now convinced that the behaviour is
> buggy. For example, I have a project which consists of a directory
> containing a single file phpinfo.php, all saved in CVS with .settings/*,
> .buildpath and .project files included.
>
> If I checkout this project into the workbench and then try to debug it,
> it fails with the behaviour I've described in previous emails. If I then
> Delete the project from the workbench but retain the files, then create
> a new project from existing sources, i.e. from the same files, this
> "new" project then works fine.
>
> Another example: I've had 2 projects on the workbench which are
> identical as far as a diff -r reveals (except for the different project
> name in .project and in .settings/org.eclipse.php.core.prefs), one
> works, the other doesn't.
>
> I can't see the point in debugging this any further with Galileo since
> nobody will be interested in trying to fix it. I really need to use
> Helios but the last time I tried to do this I had to give up with it
> because it was so unstable. *Perhaps* this was because I was also
> installing the RSE module which I now realise I can't use because it
> doesn't work (as one would like) with the built in CVS client. So I'll
> try again with Helios and see where that takes me.
>
> Thanks
> John
>
>
|
|
| |
Goto Forum:
Current Time: Fri Apr 19 03:27:29 GMT 2024
Powered by FUDForum. Page generated in 0.02476 seconds |
] 
Search
Help
Register
Login
Home
