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 192243 - Unable to clean RCP projects due to failure to delete jna's jnidispatch.dll
Summary: Unable to clean RCP projects due to failure to delete jna's jnidispatch.dll
Status: RESOLVED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 7.0
Hardware: PC Windows 7 x64
: P1 normal (vote)
Assignee: Stanislav Aubrecht
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-21 17:33 UTC by adamgmetzler
Modified: 2010-11-23 13:23 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description adamgmetzler 2010-11-21 17:33:00 UTC
Product Version = NetBeans IDE 7.0 Beta (Build 201011152355)
Operating System = Windows 7 version 6.1 running on amd64
Java; VM; Vendor = 1.6.0_22
Runtime = Java HotSpot(TM) 64-Bit Server VM 17.1-b03

Doing a clean or clean and build results in:
... normal output stuff above this ...
Deleting C:\Users\Adam\Documents\NetBeansProjects\TaskManager\build\testuserdir\var\cache\jna\jnidispatch.dll
C:\Program Files\NetBeans 7.0 Beta\harness\suite.xml:466: Unable to delete file C:\Users\Adam\Documents\NetBeansProjects\TaskManager\build\testuserdir\var\cache\jna\jnidispatch.dll
        at org.apache.tools.ant.taskdefs.Delete.handle(Delete.java:701)
        at org.apache.tools.ant.taskdefs.Delete.removeDir(Delete.java:750)
        at org.apache.tools.ant.taskdefs.Delete.removeDir(Delete.java:746)
        at org.apache.tools.ant.taskdefs.Delete.removeDir(Delete.java:746)
        at org.apache.tools.ant.taskdefs.Delete.removeDir(Delete.java:746)
        at org.apache.tools.ant.taskdefs.Delete.execute(Delete.java:572)
        at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
        at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:390)
        at org.apache.tools.ant.Target.performTasks(Target.java:411)
        at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1397)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1366)
        at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1249)
        at org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:284)
        at org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:539)
        at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:154)
BUILD FAILED (total time: 1 second)
Comment 1 Antonin Nebuzelsky 2010-11-22 14:16:28 UTC
Reassigning.

Stando, is this still relevant with the very recent change how JNA libs are unpacked/distributed? They are not kept in userdir now, but distributed unpacked in the installation, right?

Anyway, why should the delete operation on a file fail? I can only think of the DLL being held by Windows because the RCP app instance was still running. Reporter, was this the case?
Comment 2 Stanislav Aubrecht 2010-11-22 15:00:05 UTC
JNA native libs are not cached in user dir anymore, see #176626
Comment 3 adamgmetzler 2010-11-22 16:00:31 UTC
> Anyway, why should the delete operation on a file fail? I can only think of the
> DLL being held by Windows because the RCP app instance was still running.
> Reporter, was this the case?

No the app was not running.

The build directory and the testuserdir along with the caches was created by NBs 7.0, so, my question is has this changed since the release of the beta?

When I do the same thing in 6.9 it has no problems and goes through, what looks like the same procedure (with ant in debug), so not sure why 7.0 can't delete the DLL. Is this an ant bug?
Comment 4 Antonin Nebuzelsky 2010-11-23 13:23:13 UTC
> has this changed since the release of the beta?

Yes, the change mentioned above was integrated after Beta. Please check a recent daily build (http://bits.netbeans.org/download/trunk/nightly/latest/) and confirm if it works for OK now.

> When I do the same thing in 6.9 it has no problems and goes through,
> what looks like the same procedure (with ant in debug), so not sure
> why 7.0 can't delete the DLL. Is this an ant bug?

It could be related to ant version. 6.9 included ant 1.8, and since 6.9.1 the version 1.8.1 is included.