f87fc7dc83
When the <pids> api was refactored in the commit shown below, one objective was enabling the simultaneous use of 'get' & 'select/reap' functions. Unlike other 'get' functions, this <pids> 'get' acts as an iterator where successive calls will return successive tasks/threads. However, that goal wasn't quite met since a stack used by 'get' was commingled with the 'select/reap' stacks. Such commingling supported the 'reset' function, again a provision which was unique to this <pids> interface. Unfortunately, some poor assumptions in 'stacks_fetch' produced a SEGV whenever 'reap/select' followed 'get'. Thus, this patch addresses those issues and guarantees such commingled stacks (extents) will be accommodated. Reference(s): . standardize portions of interface, <PIDS> api commit 9ebadc1438a6665a98a9f0782523b0f9a2a6248f Signed-off-by: Jim Warner <james.warner@comcast.net>