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 249342

Summary: Provide the name of missing dll's found at load time.
Product: cnd Reporter: aschwarz1309 <aschwarz1309>
Component: -- Other --Assignee: issues@cnd <issues>
Status: NEW ---    
Severity: normal    
Priority: P2    
Version: 8.0.2   
Hardware: PC   
OS: Windows 7   
Issue Type: ENHANCEMENT Exception Reporter:
Attachments: IDE log

Description aschwarz1309 2014-12-14 00:00:03 UTC
Product Version = NetBeans IDE 8.0.2 (Build 201411181905)
Operating System = Windows 7 version 6.1 running on amd64
Java; VM; Vendor = 1.7.0_45
Runtime = Java HotSpot(TM) 64-Bit Server VM 24.45-b08

Here is a simple program using the cygwin Gnu Scientific Library (gsl)

    # include <ios>
    # include <iomanip>
    # include <iostream>
    
    using namespace std;
    
    # include <gsl/gsl_matrix.h>
    
    int main() {
       gsl_matrix * M = gsl_matrix_alloc(30, 30);
       cout << "here and nowhere else" << endl;
       return 0;
    }

The correct C++ include files are referenced at run time (/usr/include/gsl) and the program links and builds. At run time the Windows %PATH% does not contain C:\cygwin64\usr\lib\lapack and the loader fails. If "Run" (run without theDuring startup program exited with code 0xc0000135 debugger) is used the diagnostic message indicates that a needed dll was not found, named '?'." If debug (run with debug) is used the message is: ". 

When the program is executed in a DOS shell, the diagnostic message clearly identifies what dll was not found "cygblas-0.dll".

The lack of identification of the dll has cost me 8 hours. It is more than casually useful for Netbeans to output just exactly what caused the loader to fail. I assume that since DOS can correctly identify the dll that this information is available to Netbeans.
Comment 1 aschwarz1309 2014-12-14 00:00:07 UTC
Created attachment 151097 [details]
IDE log