I'm also satisfied for now with our fix, which is to use
the default stack size for all our linux architecture targets
by putting the def in CONFIG_SITE.
That has fixed the stack overflow in the nss_ldap lib for our
CA tools that run on linux, and our only embedded target is
RTEMS which doesn't use OSITHREAD_USE_DEFAULT_STACK.
I don't think this would be the right fix for sites with
embedded posix targets, whether linux or others.
Does this point to a need for embedded versions of the
configure/os/CONFIG.linux* files?
This issue should also go to the full tech-talk list soon, as
there will likely be other RHEL5 users that will be getting
these crashes as they update their nss_ldap libs.
From Bruce:
I'm also satisfied for now with our fix, which is to use
the default stack size for all our linux architecture targets
by putting the def in CONFIG_SITE.
That has fixed the stack overflow in the nss_ldap lib for our USE_DEFAULT_ STACK.
CA tools that run on linux, and our only embedded target is
RTEMS which doesn't use OSITHREAD_
I don't think this would be the right fix for sites with os/CONFIG. linux* files?
embedded posix targets, whether linux or others.
Does this point to a need for embedded versions of the
configure/
This issue should also go to the full tech-talk list soon, as
there will likely be other RHEL5 users that will be getting
these crashes as they update their nss_ldap libs.