gsatish
15th April 2011, 10:12
I have compiled Qt 4.7.2 with Webkit enabled on solaris (both sparc and x86 architecture). My application is working fine on x86 architecture but it crashes on sparc. dbx is showing following info :
t@1 (l@1) signal SEGV (no mapping at the fault address) in _memcpy at 0x7d7c0e60
0x7d7c0e60: _memcpy+0x0660: stda %f32, [%o0] 0xf0
(dbx) where
current thread: t@1
=>[1] _memcpy(0x44a000, 0x449e50, 0x4a6151dd, 0x0, 0x4, 0xfffffffffffffff8), at 0x7d7c0e60
[2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__clone(0x7bf83fec, 0x0, 0x4a616e75, 0x4483a8, 0x7bfeeb1c, 0x4481b0), at 0x7bfd15cc
[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::reserve(0x7bf83fec, 0xe, 0x4481b8, 0x7, 0x0, 0x4481b0), at 0x7bfdaf90
[4] std::__copy<const char*,std::back_insert_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,int>(0xffbfe808, 0xffbfe804, 0x1, 0xffbfe804, 0x7bf837ab, 0x0), at 0x7bf3ef70
[5] std::_Init_timeinfo(0x7bf83ea8, 0xffbfe808, 0xffbfe804, 0x7bf83f50, 0x7bf83fec, 0x7bf837a4), at 0x7bf3cb78
[6] std::_Locale_impl::make_classic_locale(0x7bf83db0, 0x7bf83e98, 0x7bf83e9c, 0x7bf840a0, 0x7bf84094, 0x7c401300), at 0x7bf3fdf4
[7] std::locale::_S_initialize(0x7bf839ec, 0x1, 0x7bf7df6c, 0x7bf7df6c, 0x3d198, 0x0), at 0x7bf40df0
[8] __SLIP.INIT_A(0x0, 0x51c00, 0x4400, 0x7bf7df6c, 0x52414, 0x4630), at 0x7bf2bb78
[9] 0x7bf553d8(0x7fbf40fc, 0x7fbf5ad0, 0x2b3b4, 0x0, 0x7fbf4910, 0x821), at 0x7bf553d8
[10] call_init(0xc10081, 0x1, 0x7f951198, 0x7bf552e8, 0x7fbf4910, 0xffdfffff), at 0x7fbc52c0
[11] setup(0x200000, 0x2801, 0x602, 0x7fbf40fc, 0xc10001, 0x446), at 0x7fbc4828
[12] _setup(0x10034, 0xffffffff, 0x0, 0x7fbb0000, 0xffffffff, 0xffffffff), at 0x7fbd360c
[13] _rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fbb84c0
Any idea about it ? Have anyone compiled and used qt 4.7.2 with webkit on solaris?
t@1 (l@1) signal SEGV (no mapping at the fault address) in _memcpy at 0x7d7c0e60
0x7d7c0e60: _memcpy+0x0660: stda %f32, [%o0] 0xf0
(dbx) where
current thread: t@1
=>[1] _memcpy(0x44a000, 0x449e50, 0x4a6151dd, 0x0, 0x4, 0xfffffffffffffff8), at 0x7d7c0e60
[2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::__clone(0x7bf83fec, 0x0, 0x4a616e75, 0x4483a8, 0x7bfeeb1c, 0x4481b0), at 0x7bfd15cc
[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::reserve(0x7bf83fec, 0xe, 0x4481b8, 0x7, 0x0, 0x4481b0), at 0x7bfdaf90
[4] std::__copy<const char*,std::back_insert_iterator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,int>(0xffbfe808, 0xffbfe804, 0x1, 0xffbfe804, 0x7bf837ab, 0x0), at 0x7bf3ef70
[5] std::_Init_timeinfo(0x7bf83ea8, 0xffbfe808, 0xffbfe804, 0x7bf83f50, 0x7bf83fec, 0x7bf837a4), at 0x7bf3cb78
[6] std::_Locale_impl::make_classic_locale(0x7bf83db0, 0x7bf83e98, 0x7bf83e9c, 0x7bf840a0, 0x7bf84094, 0x7c401300), at 0x7bf3fdf4
[7] std::locale::_S_initialize(0x7bf839ec, 0x1, 0x7bf7df6c, 0x7bf7df6c, 0x3d198, 0x0), at 0x7bf40df0
[8] __SLIP.INIT_A(0x0, 0x51c00, 0x4400, 0x7bf7df6c, 0x52414, 0x4630), at 0x7bf2bb78
[9] 0x7bf553d8(0x7fbf40fc, 0x7fbf5ad0, 0x2b3b4, 0x0, 0x7fbf4910, 0x821), at 0x7bf553d8
[10] call_init(0xc10081, 0x1, 0x7f951198, 0x7bf552e8, 0x7fbf4910, 0xffdfffff), at 0x7fbc52c0
[11] setup(0x200000, 0x2801, 0x602, 0x7fbf40fc, 0xc10001, 0x446), at 0x7fbc4828
[12] _setup(0x10034, 0xffffffff, 0x0, 0x7fbb0000, 0xffffffff, 0xffffffff), at 0x7fbd360c
[13] _rt_boot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x7fbb84c0
Any idea about it ? Have anyone compiled and used qt 4.7.2 with webkit on solaris?