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.
I've split issue #118230 as Gordon asked. The bug is reproducible in build 20071015. Despite the newly implemented "Information" windows "Pop To Here" still works for "addressed" stack frames. Steps to reproduce: - create a new multithreaded application using the following code: #include <math.h> #include <sched.h> #include <pthread.h> #include <stdio.h> #include <stdlib.h> volatile int threadcount = 0; int numThreads; pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; unsigned long factorial(unsigned long x) { if (x <= 1) { return 1; } else { return x * factorial(x-1); } } // This is the function that is called whenever a thread is created void *threadfunc(void *args) { int id = (int) ((long) args); unsigned long fac = factorial((unsigned long)id); pthread_mutex_lock(&mutex); printf("Thread %3d computed factorial(%3d) = %15lu.\n", id, id, fac); pthread_mutex_unlock(&mutex); return NULL; } int main(int argc, char **argv) { numThreads = 12; if (argc >= 2) { numThreads = atoi(argv[1]); } int myid = numThreads; for (numThreads--; numThreads > 0; numThreads--) { pthread_t tid; pthread_mutex_lock(&mutex); pthread_create(&tid, NULL, threadfunc, (void*)numThreads) == 0; #ifdef linux sched_yield(); #endif pthread_mutex_unlock(&mutex); pthread_join(tid, NULL); } } - build the project with -pthreads option for both compiler and linker - set a breakpoint inside the function "factorial(unsigned long x)" - run debugger - when the debugger stops at the breakpoint open "Call Stack" window, it contains number of elements "Address:[@0x<hex address>]" - call "Pop To Here" several times on any of numerical (addressed) frames, notice that commands work and Information windows do not block them Result: IDE hangs. It does not respond any user action and can be closed only by Task Manager.
Yes, its still doing the commands after the popup. It should't be!
The information window says "No frame information available. Ignoring request.". Why then it does not ignore in fact?
Fixed (last Monday)
The bug is still reproducible in build 20071023 to simplify the previous scenario after stopping at breakpoint do the following steps: - open Call Stack window - scroll the stack list and find "Address:[@0x00000000]" element on the bottom of the stack list (it's unusual to have such an element in the stack so a user probably will try to investigate it) - do "Pop To Here" on this element 5 times Result: IDE hangs.
Fixed. We ignore pop-to-here if the target frame is invalid. Also, we were poping 1 too few frames (also fixed).
verified in trunk build 20071107
This is a requested NB high resistance fix.
Created attachment 52681 [details] Patch against release60 version
Code changes reviewed by Thomas Preisler (thp).
Change committed into release60 branch.
verified in RC1 build (20071109)