This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Create some sample project Run it. It's OK Close it. in any external tool rename project folder Open project again. run it. make OK. Run failed. Script dorun.sh looks for OLD_PROJECT_NAME binary file
I does work for me but I can probably find cases where it wouldn't. All you would need to do though, would be to regenerate the project and rebuild it.
Build 2008_03_24 Bug is present. May be this scenario is not correct absolutely. User should copy project via IDE. Not in console. But user may do this. Also there is a workaround: Go to Project properties | Linker Output property. remove it and press Enter. IDE will regenerate it and Run becomes OK. So, because of workaround I will reduce it to P4. But may be we should add this bug to known bugs
Now I know what is going on. The default name of the executable is derived from the base name (name of project folder). You can build and run a project and it will build the default name and run the default name but not store it. If you then manually rename the project folder the project keeps it original name but it will try and execute the (new) default name that doesn;t exist. All you will need to do is to clean & build and it will use new default name. It is not really a bug but could be 'fixed' by deriving the name of the executable from the project name rather than the project folder. Not sure I will do that because it may have other implications.
I should add that the project is *not* corrupted. It is healthy and in fine shape. All you need to do is to clean & build.