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.
When I click profile -> attach and profile I immediately get the following error, I'll append the ide.log. Please note this is a amd64 linux box, running netbeans 3.6 from 1.5.0 beta2. java.lang.UnsatisfiedLinkError: /home/helios/.netbeans/3.6/modules/profiler-ea-libs/deployed/linux/libclient.so: /home/helios/.netbeans/3.6/modules/profiler-ea-libs/deployed/linux/libclient.so: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1739) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1635) at java.lang.Runtime.load0(Runtime.java:768) at java.lang.System.load(System.java:966) at com.sun.tools.profiler.GlobalSettings.setJFluidDirs(Unknown Source) at org.netbeans.netfluid.Profiler.<init>(Unknown Source) at org.netbeans.netfluid.Profiler.getDefault(Unknown Source) at org.netbeans.netfluid.actions.AttachAction.performAction(Unknown Source) at org.openide.util.actions.CallableSystemAction$1.run(CallableSystemAction.java:78) at org.openide.util.actions.CallableSystemAction.doPerformAction(CallableSystemAction.java:116) at org.openide.util.actions.CallableSystemAction.actionPerformed(CallableSystemAction.java:76) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2167) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) at javax.swing.AbstractButton.doClick(AbstractButton.java:302) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1000) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1041) at java.awt.Component.processMouseEvent(Component.java:5465) at javax.swing.JComponent.processMouseEvent(JComponent.java:3089) at java.awt.Component.processEvent(Component.java:5230) at java.awt.Container.processEvent(Container.java:1961) at java.awt.Component.dispatchEventImpl(Component.java:3933) at java.awt.Container.dispatchEventImpl(Container.java:2019) at java.awt.Component.dispatchEvent(Component.java:3781) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4205) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3885) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3815) at java.awt.Container.dispatchEventImpl(Container.java:2005) at java.awt.Window.dispatchEventImpl(Window.java:1764) at java.awt.Component.dispatchEvent(Component.java:3781) [catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:234) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Created attachment 16900 [details] ide.log
Might be caused by the fact that you are running the IDE on JDK 5.0, will investigate further
the problem is that a 64 bit jdk tries to load a 32 bit binary which is shipped with the profiler which results in failure. When I replace the 64 bit jdk/jre by a 32 bit one (also 1.5.0 beta 2) everything works fine. To resolve this issue amd64 specific binaries should be built.
We will not provide 64-bit support during the initial milestones (i.e. ship modified 64-bit VM), this will come later in the cycle as we migrate to using standard JVM.
Changing the issue to better describe the problem, reopening to track for 1.0
Changing this to feature
Making Misha the owner of this issue, as this is purely in his domain.
Not a new feature, so can be done as a part of stabilization work, once we have a JDK 5 VM that works for us.
*** Issue 58121 has been marked as a duplicate of this issue. ***
I hit this defect I tried with all the newest stuff :-\ Netbeans 4.1rc1 Profiler M6 Mustang build 32 Any change this could be moved to M7 now there is regular mustang build that should work out if the box? (Can't wait to finally try this profiler ;-))
I don't understand how you can have this problem with the 32-bit Mustang JVM? It definitely works for us.
We will not be able to implement this for 1.0 release
Increasing priority - should be fixed in next release of NetBeans profiler.
64bit support added for Linux, Solaris (Sparc and Intel) and Windows platforms. This feature is now implemented in trunk and it is marked as candidate for NB 5.5.
Merged to release55 branch.
*** Issue 77544 has been marked as a duplicate of this issue. ***