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.
Build: NetBeans IDE Dev (Build 100324-9983c7b2019a) VM: Java HotSpot(TM) Server VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: SunOS User Comments: vv159170: *6.197 Stacktrace: java.lang.NullPointerException at org.netbeans.modules.nativeexecution.PtyNativeProcess.waitResult(PtyNativeProcess.java:122) at org.netbeans.modules.nativeexecution.AbstractNativeProcess.waitFor(AbstractNativeProcess.java:252) at org.netbeans.modules.nativeexecution.pty.IOConnectorImpl$Reaper.run(IOConnectorImpl.java:186) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1356) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1894)
Created attachment 95683 [details] stacktrace
confirmed.
The problem was that hostinfo.sh script wrongly detected this host operates in 64-bit mode...
Fixed: http://hg.netbeans.org/cnd-main/rev/6ac4bafdb460
*** Bug 182744 has been marked as a duplicate of this bug. ***
Created attachment 96022 [details] stacktrace
Created attachment 96023 [details] stacktrace
Created attachment 96025 [details] stacktrace
misterm, could you, please, provide a scenario of how to reproduce the problem? Thanks, =Andrew
It happens to me every time I try to execute a remote terminal. I'm using Windows XP and Java 1.6u4.
Seems to be the same issue as IZ182584 *** This bug has been marked as a duplicate of bug 182584 ***
misterm, please, remove folder /var/tmp/dlight_* or /tmp/dlight_* on remote host. Do you have remote Linux host? Please, confirm if problem is fixed after removing remote folder, and restarting IDE.
see http://netbeans.org/bugzilla/show_bug.cgi?id=183099
Still doesn't work. There was indeed a directory on the remote server. I removed, but the last two reports in the exception reporter show the error still occurs.
Thanks for the info. What OS is on your remote host? Could you, please, check what permissions are set to files named pty_open and process_start in /var/tmp/dlight_*/... =Andrew
uname -a Linux SERVER_NAME 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux [jboss42@SERVER_NAME bdad46e6]$ ls -al total 32 drwxrwxr-x 2 jboss42 jboss42 4096 Mar 29 13:23 . drwxrwxr-x 3 jboss42 jboss42 4096 Mar 29 13:23 .. -rwxr-xr-x 1 jboss42 jboss42 9083 Mar 29 13:23 process_start -rwxr-xr-x 1 jboss42 jboss42 9349 Mar 29 13:23 pty_open
I was able to reproduce the issue on 'slow' connection (from home). I have made several improvements. It would be great if misterm can verify tomorrows build... Will not close for now, as will look at it more.. changeset: http://hg.netbeans.org/cnd-main/rev/6d93ec4b2a04
Now it works for another server here, but still not for the one I've initially used. And when I try to connect to new server after a failed attempt to connect to the other one, I get bug # 183180.
OK, good... Thanks.
misterm, could you, please, try it once again? thanks, =Andrew
Created attachment 96704 [details] screenshot.jpg Now I get this error
OK, thanks. Could I ask you to do some experiments? To start a process in a terminal I use 2 native applications. The first one (seems it fails in your case) called pty_open, the second one - process_start pty_open allocates a pty and does a loop that redirects 'attached' applications' I/O... so to try it: - login to the 'problematic' host - open a terminal and start pty_open without any arguments: $ ./pty_open PID: 12723 TTY: /dev/pts/17 It should report PID of the process and a string with the name of allocated pty (like above). In another terminal you can test if process_start works: Do not terminate started pty_open and try this: $ ./process_start -p /dev/pts/17 /bin/ls 12856 It should start /bin/ls, report it's PID to the stdout and do all I/O in the specified pty... You can find pty_open and process_start using: find /var/tmp/dlight_{user}/ -name process_start Thanks, =Andrew
Executing pty_open gives: ./pty_open: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by /pty_open)
Thanks! This is the reason. From my side I have to improve logging of such problems (and show this message to the end user). And from your side you could either try to install all required libraries or try to compile pty_open on your machine... (cnd-main/dlight.nativeexecution/tools/pty_open.c in hg repository)..
I'm closing this one (as NPE is fixed). To follow up the actual reason of failure I have opened Bug 183619 - pty_open silently fails in case of missing libraries