fkerslag / axis2c-unofficial

Automatically exported from code.google.com/p/axis2c-unofficial
Apache License 2.0
0 stars 0 forks source link

SIGSEGV on first access to axis2_http_server #5

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1.Build and install axis2c unofficial from source on Solaris 11
2.Start axis2_http_server
3.Access axis endpoint from a browser using <machine>:9090/axis2/services

What is the expected output? What do you see instead?
A page showing the list of services should be returned in the browser.  
Instead, the browser receives no data.  On the server machine, the 
axis2_http_server experiences a segmentation fault and exits.

What version of the product are you using? On what operating system?
The source code is from change set 77b54e8f4b2a.  The version of Solaris is:

                          Oracle Solaris 11 11/11 SPARC
  Copyright (c) 1983, 2011, Oracle and/or its affiliates.  All rights reserved.
                            Assembled 18 October 2011

Please provide any additional information below.
I am building axis in an environment where I am not root, so all axis source 
and install are done in local directories.

The following is the stack backtrace from gdb:

#0  0xff02e9a0 in memcpy%sun4v-hwcap3 () from /lib/libc.so.1
#1  0xff2e98e4 in axutil_uuid_gen_v1 () at uuid_gen_unix.c:72
#2  0xff2e9d5c in axutil_platform_uuid_gen (s=0x6cd60 "")
    at uuid_gen_unix.c:191
#3  0xff2d9080 in axutil_uuid_gen (env=0x6f678) at uuid_gen.c:27
#4  0xff222ce8 in axis2_http_worker_process_request (http_worker=0x68870,
    env=0x6f678, svr_conn=0x696a8, simple_request=0x6bb68)
    at ../transport/http/common/http_worker.c:483
#5  0xff182fdc in axis2_svr_thread_worker_func (thd=0x69648, data=0x69408)
    at http_svr_thread.c:259
#6  0xff2ea220 in dummy_worker (opaque=0x69648) at thread_unix.c:93
#7  0xfeff5898 in _lwp_start () from /lib/libc.so.1
#8  0xfeff5898 in _lwp_start () from /lib/libc.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Original issue reported on code.google.com by unge...@gmail.com on 15 Oct 2013 at 6:45

GoogleCodeExporter commented 8 years ago
Fixed in revision 014bdbb1afcd, revision 3b06b6c3253d   

Original comment by loentar on 23 Oct 2013 at 8:00