Hi all, With cvs HEAD of freeradius from yesterday, i am having a Segmentation fault while trying to handle requests. with gdb running radiusd , in 'set args -A -f -xxxxxxxx' i have this trace at the moment of the crash. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212638304 (LWP 19107)] 0x08061393 in request_handler_thread (arg=0x815cee0) at threads.c:518 518 if (!self->request->reply->data && this does not happen when radiusd is running with -X option since its not threaded. a few lines from radiusd just before the crash.. Wed Sep 13 18:38:11 2006 : Debug: modsingle[authenticate]: returned from pap (rlm_pap) for request 0 Wed Sep 13 18:38:11 2006 : Debug: modcall: group PAP returns reject for request 0 Wed Sep 13 18:38:11 2006 : Debug: auth: Failed to validate the user. Wed Sep 13 18:38:11 2006 : Debug: Delaying request 0 for 1 seconds Wed Sep 13 18:38:11 2006 : Debug: Finished request 0 Wed Sep 13 18:38:11 2006 : Debug: Going to the next request I can provide more information if needed.. Regards -- Tuyan Ozipek <tuyan@suntel.com.tr>
Tuyan Ozipek <tuyan@suntel.com.tr> wrote:
i have this trace at the moment of the crash.
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1212638304 (LWP 19107)] 0x08061393 in request_handler_thread (arg=0x815cee0) at threads.c:518 518 if (!self->request->reply->data &&
Which of those fields are NULL? That "if" statement checks a number of fields, so it's difficult to determine what the problem is without more details. Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
On Wed, 2006-09-13 at 12:57 -0400, Alan DeKok wrote:
Which of those fields are NULL? That "if" statement checks a number of fields, so it's difficult to determine what the problem is without more details.
Alan DeKok.
Hi Alan, (gdb) print * (THREAD_HANDLE*) arg $2 = {prev = 0x815cfe8, next = 0x0, pthread_id = 3048315808, thread_num = 5, status = 1, request_count = 1, timestamp = 1158219296, request = 0x0} According to the gdb trace, self->request is NULL. When i look at the code, its already set to NULL a few lines before (line 500 at threads.c) Regards -- Tuyan Ozipek <tuyan@suntel.com.tr>
Tuyan Ozipek <tuyan@suntel.com.tr> wrote:
According to the gdb trace, self->request is NULL. When i look at the code, its already set to NULL a few lines before (line 500 at threads.c)
Arg. I'll fix that. I'll be damned if I can figure out why it worked for me... Alan DeKok. -- http://deployingradius.com - The web site of the book http://deployingradius.com/blog/ - The blog
On Thu 14 Sep 2006 16:57, Alan DeKok wrote:
Tuyan Ozipek <tuyan@suntel.com.tr> wrote:
According to the gdb trace, self->request is NULL. When i look at the code, its already set to NULL a few lines before (line 500 at threads.c)
Arg. I'll fix that.
I'll be damned if I can figure out why it worked for me...
You obviously have a magical compiler :-) -- Peter Nixon http://www.peternixon.net/ PGP Key: http://www.peternixon.net/public.asc
participants (3)
-
Alan DeKok -
Peter Nixon -
Tuyan Ozipek