>>>>> On Wed, 25 Jun 2003 04:58:59 +0200 (CEST), stefan <stefan@lkcc.org> said: Stefan> * have some header where ucontext_t is declared but Stefan> setcontext()/getcontext() is not -> so we can redeclare it Stefan> to make getcontext() return the 'struct rv'. One way of achieving this is to do: #define getcontext hide_getcontext #include <ucontext.h> #undef getcontext Andreas suggested another method. Both have their ups and downs. Stefan> * determination of the size and location of the backing Stefan> store; this has been previously achieved by: Stefan> ctx.uc_mcontext.sc_ar_bsp -> the top Stefan> __libc_ia64_register_backing_store_base -> the bottom Newer Stefan> glibc headers don't have 'sc_ar_bsp', but things like Stefan> 'ar_bsp_base' or 'ar_bspstore'. Can something in the Stefan> structure ucontext_t be used to achieve the same? Will this Stefan> change often in the future? This doesn't sound right. There were no member-name changes "struct sigcontext". I just checked the current libc CVS tree and it has: struct sigcontext { : unsigned long int sc_ar_bsp; /* backing store pointer */ So I don't know why this isn't working for you. What distro are you using? --david _______________________________________________ Linux-IA64 mailing list Linux-IA64@linuxia64.org http://lists.linuxia64.org/lists/listinfo/linux-ia64Received on Wed Jun 25 13:02:19 2003
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:15 EST