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.

Bug 77792

Summary:	"C/C++ Project with Existing Makefile" project have bad default settings
Product:	cnd	Reporter:	soldatov <soldatov>
Component:	-- Other --	Assignee:	Thomas Preisler <thp>
Status:	VERIFIED FIXED
Severity:	blocker
Priority:	P3
Version:	5.x
Hardware:	All
OS:	All
Issue Type:	DEFECT	Exception Reporter:

Description soldatov 2006-06-13 11:25:39 UTC

- Push "File|New Project..." menu
- Select "C/C++ Development" category, "C/C++ Project with Existing Makefile"
project. Press "Next" button.
- Press "Next" button. Press "Next" button.
- Add any folder with source files. Press "Finish" button.
If now build project, then IDE will create huge number of processes in an
infinite cycle (Makefile launch itself).

Comment 1 Thomas Preisler 2006-06-16 23:52:30 UTC

Fixed. Each of the default values are OK. In a real senarion the user will
always either chnage the working dir to where the existing project is or use
different commands, so he will not see this problem. I added a check to detect
that not all default values are used.

Comment 2 alexandrov 2006-08-31 09:14:54 UTC

But if user will mistake in the name of working dir(will not use "Browse"
button) the problem will be reproduced again... I think it is a quite possible
scenario so I reopen this bug. Status is P4 not P5 because this mistake will
cause the hanging of the station.

Comment 3 julieg 2006-09-19 02:00:48 UTC

I tried the scenarios provided by Alexander, and recieved these following
exceptions.  The wizard "Source File Foler" dialog remains open, and
only Help button is enabled.  However, the help is not linked to CND help,
and no solution or diagnosis is provided.

java.lang.reflect.UndeclaredThrowableException
        at $Proxy11.actionPerformed(Unknown Source)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:18
49)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav
a:2169)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel
.java:420)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258
)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonL
istener.java:234)
        at java.awt.Component.processMouseEvent(Component.java:5488)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
        at java.awt.Component.processEvent(Component.java:5253)
        at java.awt.Container.processEvent(Container.java:1966)
        at java.awt.Component.dispatchEventImpl(Component.java:3955)
        at java.awt.Container.dispatchEventImpl(Container.java:2024)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212
)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)

Comment 4 Thomas Preisler 2006-09-26 18:52:38 UTC

I'm a little confused here. The original bug is fixed, isn't it? I'll close this
one as fixed and please reopen if you think it is not or file a new one if you
think there is another issue.

Comment 5 Thomas Preisler 2006-10-18 18:38:13 UTC

Will rename project makefile to something different than Makefile

Comment 6 Thomas Preisler 2006-10-24 04:15:28 UTC

Fixed. Project makefile for makefile projects is now called
<projname>-Makefile.mk.   Also reintroduced default build and clean command.

Comment 7 Alexander Pepin 2007-08-06 15:06:01 UTC

obsolete.