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 189616 - build/Debug/SunStudio_12-None?
Summary: build/Debug/SunStudio_12-None?
Status: RESOLVED FIXED
Alias: None
Product: cnd
Classification: Unclassified
Component: Project (show other bugs)
Version: 5.x
Hardware: Sun Solaris
: P2 normal (vote)
Assignee: Thomas Preisler
URL:
Keywords:
: 190000 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-08-18 00:58 UTC by ivan
Modified: 2010-10-14 13:34 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
build log (1.63 KB, text/plain)
2010-08-18 00:58 UTC, ivan 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description ivan 2010-08-18 00:58:41 UTC 
Created attachment 101468 [details]
build log

I built one of my projects on a remote machine and the bulid binaries
get put into build/Debug/SunStudio_12-None. See attached
build log.
The project is configured for a machine that is known to be SolarisSparc.
Interestingly enough Run and StepInto expect to find stuff in
dist/Debug/SunStudio_12-Solaris-Sparc.
Comment 1 Alexander Pepin 2010-09-08 14:37:42 UTC 
See also bug #190000
Comment 2 Thomas Preisler 2010-09-27 19:09:05 UTC 
Perhaps 190000 and this is the same issue?
Comment 3 Thomas Preisler 2010-09-27 20:59:15 UTC 
Just confirmed 190000 is the same issue.

Here is what is going on:

1) Start with fresh userdir
2) create Welcome
3) Open Welcome's properties and configure a new build host from Build->Development Host property.
It is important that you condifure a new host directly from the property dialog to reproduce this bug.
4) Save the host dialogs (but not the property dialog)
Notice now that the Development Host property is "Unknown". The property is not updated with correct host. If you continue, host is saved as 'unknown' causing all kind of problems later when building and running.

Bug: property is not correctly refreshed with new value when host dialogs are closed.

Work-arounds:
a) After host dialogs are closed, select first the original host as build host and then the new host sgain as host.
b) Configure hosts via global C/C++ tools options

Will try and fix it and hand it over to Remote (Vladimir) if too complicated.
Comment 4 Chihin Ko 2010-09-29 03:02:36 UTC 
*** Bug 190000 has been marked as a duplicate of this bug. ***
Comment 5 Alexander Pepin 2010-10-06 13:49:53 UTC 
It's a showstopper for M2.
Comment 6 Thomas Preisler 2010-10-08 15:23:54 UTC 
Partially fixed. Will no generate a bad host in configuration file (which is bad) but the dialog appears it is hanging (it's waiting for chain to be configured) which I need to fix.
Comment 7 Thomas Preisler 2010-10-08 22:51:25 UTC 
Fixed.

Root cause was when Remote dialog was initiated directly from the properties, the changes to the remote setup including new servers were not saved back into the the cache manager so it tried to re-configure the host again when getting the platform and got unconfigured data.

The fix is to also save the changes back into cacheManager when dialog initiated from properties.
Comment 8 Alexander Pepin 2010-10-14 13:34:36 UTC 
verified in M2 build