* Ubuntu 8.04 / 8.10
@ 2009-02-13 11:15 Peter Mallett
2009-02-13 17:34 ` John Ronan
2009-02-13 20:57 ` Ray Wells
0 siblings, 2 replies; 6+ messages in thread
From: Peter Mallett @ 2009-02-13 11:15 UTC (permalink / raw)
To: linux-hams
Hi All,
I have been trying different distro`s in the last few days and
they both gave the same results as below.
I have even tried to compile and run fbb 7.04r but this gave the same
problems.
Has the above distro`s become broken for fbb ?
> *** stack smashing detected ***: /usr/sbin/xfbbd terminated
> ======= Backtrace: =========
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7e5e138]
> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb7e5e0f0]
> /usr/sbin/xfbbd[0x80855a3]
> /usr/sbin/xfbbd[0x80856c5]
> /usr/sbin/xfbbd[0x8083da5]
> /usr/sbin/xfbbd[0x807e4ab]
> /usr/sbin/xfbbd[0x80878d5]
> /usr/sbin/xfbbd[0x804dbdc]
> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7d87450]
> /usr/sbin/xfbbd[0x804aa01]
> ======= Memory map: ========
> 08048000-080db000 r-xp 00000000 08:21 605287 /usr/sbin/xfbbd
> 080db000-080dd000 rw-p 00093000 08:21 605287 /usr/sbin/xfbbd
> 080dd000-08269000 rw-p 080dd000 00:00 0 [heap]
> b7d1a000-b7d24000 r-xp 00000000 08:21 1403541 /lib/libgcc_s.so.1
> b7d24000-b7d25000 rw-p 0000a000 08:21 1403541 /lib/libgcc_s.so.1
> b7d31000-b7d70000 r--p 00000000 08:21 636870
> /usr/lib/locale/en_NZ.utf8/LC_CTYPE
> b7d70000-b7d71000 rw-p b7d70000 00:00 0
> b7d71000-b7eba000 r-xp 00000000 08:21 1420840
> /lib/tls/i686/cmov/libc-2.7.so
> b7eba000-b7ebb000 r--p 00149000 08:21 1420840
> /lib/tls/i686/cmov/libc-2.7.so
> b7ebb000-b7ebd000 rw-p 0014a000 08:21 1420840
> /lib/tls/i686/cmov/libc-2.7.so
> b7ebd000-b7ec0000 rw-p b7ebd000 00:00 0
> b7ec0000-b7ec7000 r-xp 00000000 08:21 605061 /usr/lib/libax25.so.0.0.0
> b7ec7000-b7ec8000 rw-p 00007000 08:21 605061 /usr/lib/libax25.so.0.0.0
> b7ec8000-b7eeb000 r-xp 00000000 08:21 1420844
> /lib/tls/i686/cmov/libm-2.7.so
> b7eeb000-b7eed000 rw-p 00023000 08:21 1420844
> /lib/tls/i686/cmov/libm-2.7.so
> b7eed000-b7eee000 rw-p b7eed000 00:00 0
> b7ef1000-b7ef3000 rw-p b7ef1000 00:00 0
> b7ef3000-b7efa000 r--s 00000000 08:21 612282
> /usr/lib/gconv/gconv-modules.cache
> b7efa000-b7efb000 rw-p b7efa000 00:00 0
> b7efb000-b7efc000 r-xp b7efb000 00:00 0 [vdso]
> b7efc000-b7f16000 r-xp 00000000 08:21 1403532 /lib/ld-2.7.so
> b7f16000-b7f18000 rw-p 00019000 08:21 1403532 /lib/ld-2.7.so
> bfccd000-bfce2000 rw-p bffeb000 00:00 0 [stack]
> Aborted
> Configuration error ! Giving up.
> root@iGate:/etc/ax25#
>
Regards ..... Peter
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Ubuntu 8.04 / 8.10
2009-02-13 11:15 Ubuntu 8.04 / 8.10 Peter Mallett
@ 2009-02-13 17:34 ` John Ronan
2009-02-13 20:57 ` Ray Wells
1 sibling, 0 replies; 6+ messages in thread
From: John Ronan @ 2009-02-13 17:34 UTC (permalink / raw)
To: Peter Mallett; +Cc: linux-hams
Hi,
Have you tried adding
-fno-stack-protector to the gcc options in the makefile?
Have a look at the following thread.
http://ubuntuforums.org/showthread.php?t=418234
Regards
de John
EI7IG
On 13 Feb 2009, at 11:15, Peter Mallett wrote:
>
> Hi All,
>
> I have been trying different distro`s in the last few days
> and they both gave the same results as below.
>
> I have even tried to compile and run fbb 7.04r but this gave the
> same problems.
>
> Has the above distro`s become broken for fbb ?
>
>> *** stack smashing detected ***: /usr/sbin/xfbbd terminated
>> ======= Backtrace: =========
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7e5e138]
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb7e5e0f0]
>> /usr/sbin/xfbbd[0x80855a3]
>> /usr/sbin/xfbbd[0x80856c5]
>> /usr/sbin/xfbbd[0x8083da5]
>> /usr/sbin/xfbbd[0x807e4ab]
>> /usr/sbin/xfbbd[0x80878d5]
>> /usr/sbin/xfbbd[0x804dbdc]
>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7d87450]
>> /usr/sbin/xfbbd[0x804aa01]
>> ======= Memory map: ========
>> 08048000-080db000 r-xp 00000000 08:21 605287 /usr/sbin/xfbbd
>> 080db000-080dd000 rw-p 00093000 08:21 605287 /usr/sbin/xfbbd
>> 080dd000-08269000 rw-p 080dd000 00:00 0 [heap]
>> b7d1a000-b7d24000 r-xp 00000000 08:21 1403541 /lib/libgcc_s.so.1
>> b7d24000-b7d25000 rw-p 0000a000 08:21 1403541 /lib/libgcc_s.so.1
>> b7d31000-b7d70000 r--p 00000000 08:21 636870 /usr/lib/locale/
>> en_NZ.utf8/LC_CTYPE
>> b7d70000-b7d71000 rw-p b7d70000 00:00 0
>> b7d71000-b7eba000 r-xp 00000000 08:21 1420840 /lib/tls/i686/
>> cmov/libc-2.7.so
>> b7eba000-b7ebb000 r--p 00149000 08:21 1420840 /lib/tls/i686/
>> cmov/libc-2.7.so
>> b7ebb000-b7ebd000 rw-p 0014a000 08:21 1420840 /lib/tls/i686/
>> cmov/libc-2.7.so
>> b7ebd000-b7ec0000 rw-p b7ebd000 00:00 0
>> b7ec0000-b7ec7000 r-xp 00000000 08:21 605061 /usr/lib/
>> libax25.so.0.0.0
>> b7ec7000-b7ec8000 rw-p 00007000 08:21 605061 /usr/lib/
>> libax25.so.0.0.0
>> b7ec8000-b7eeb000 r-xp 00000000 08:21 1420844 /lib/tls/i686/
>> cmov/libm-2.7.so
>> b7eeb000-b7eed000 rw-p 00023000 08:21 1420844 /lib/tls/i686/
>> cmov/libm-2.7.so
>> b7eed000-b7eee000 rw-p b7eed000 00:00 0
>> b7ef1000-b7ef3000 rw-p b7ef1000 00:00 0
>> b7ef3000-b7efa000 r--s 00000000 08:21 612282 /usr/lib/gconv/
>> gconv-modules.cache
>> b7efa000-b7efb000 rw-p b7efa000 00:00 0
>> b7efb000-b7efc000 r-xp b7efb000 00:00 0 [vdso]
>> b7efc000-b7f16000 r-xp 00000000 08:21 1403532 /lib/ld-2.7.so
>> b7f16000-b7f18000 rw-p 00019000 08:21 1403532 /lib/ld-2.7.so
>> bfccd000-bfce2000 rw-p bffeb000 00:00 0 [stack]
>> Aborted
>> Configuration error ! Giving up.
>> root@iGate:/etc/ax25#
>>
>
> Regards ..... Peter
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-
> hams" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
John Ronan <jronan@tssg.org>, +353-51-302938
Telecommunications Software & Systems Group, http://www.tssg.org
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ubuntu 8.04 / 8.10
2009-02-13 11:15 Ubuntu 8.04 / 8.10 Peter Mallett
2009-02-13 17:34 ` John Ronan
@ 2009-02-13 20:57 ` Ray Wells
2009-02-13 21:39 ` Dave Platt
1 sibling, 1 reply; 6+ messages in thread
From: Ray Wells @ 2009-02-13 20:57 UTC (permalink / raw)
To: Peter Mallett; +Cc: linux-hams
Peter,
This problem arose with fbb around kernel 2.6.20 (can't remember just
which one now)
The fix I apply is to compile fbb with -fno-stack-protection added to
its Makefile. I don't have a fix if you install fbb from a deb package.
It seems that stack protection was included in kernels as a security
plug for stack overflow.
I sent quite a bit about this to the xfbb list around 18 months ago.
Ray vk2tv
Peter Mallett wrote:
>
> Hi All,
>
> I have been trying different distro`s in the last few days and
> they both gave the same results as below.
>
> I have even tried to compile and run fbb 7.04r but this gave the same
> problems.
>
> Has the above distro`s become broken for fbb ?
>
>> *** stack smashing detected ***: /usr/sbin/xfbbd terminated
>> ======= Backtrace: =========
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x48)[0xb7e5e138]
>> /lib/tls/i686/cmov/libc.so.6(__fortify_fail+0x0)[0xb7e5e0f0]
>> /usr/sbin/xfbbd[0x80855a3]
>> /usr/sbin/xfbbd[0x80856c5]
>> /usr/sbin/xfbbd[0x8083da5]
>> /usr/sbin/xfbbd[0x807e4ab]
>> /usr/sbin/xfbbd[0x80878d5]
>> /usr/sbin/xfbbd[0x804dbdc]
>> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7d87450]
>> /usr/sbin/xfbbd[0x804aa01]
>> ======= Memory map: ========
>> 08048000-080db000 r-xp 00000000 08:21 605287 /usr/sbin/xfbbd
>> 080db000-080dd000 rw-p 00093000 08:21 605287 /usr/sbin/xfbbd
>> 080dd000-08269000 rw-p 080dd000 00:00 0 [heap]
>> b7d1a000-b7d24000 r-xp 00000000 08:21 1403541 /lib/libgcc_s.so.1
>> b7d24000-b7d25000 rw-p 0000a000 08:21 1403541 /lib/libgcc_s.so.1
>> b7d31000-b7d70000 r--p 00000000 08:21 636870
>> /usr/lib/locale/en_NZ.utf8/LC_CTYPE
>> b7d70000-b7d71000 rw-p b7d70000 00:00 0
>> b7d71000-b7eba000 r-xp 00000000 08:21 1420840
>> /lib/tls/i686/cmov/libc-2.7.so
>> b7eba000-b7ebb000 r--p 00149000 08:21 1420840
>> /lib/tls/i686/cmov/libc-2.7.so
>> b7ebb000-b7ebd000 rw-p 0014a000 08:21 1420840
>> /lib/tls/i686/cmov/libc-2.7.so
>> b7ebd000-b7ec0000 rw-p b7ebd000 00:00 0
>> b7ec0000-b7ec7000 r-xp 00000000 08:21 605061
>> /usr/lib/libax25.so.0.0.0
>> b7ec7000-b7ec8000 rw-p 00007000 08:21 605061
>> /usr/lib/libax25.so.0.0.0
>> b7ec8000-b7eeb000 r-xp 00000000 08:21 1420844
>> /lib/tls/i686/cmov/libm-2.7.so
>> b7eeb000-b7eed000 rw-p 00023000 08:21 1420844
>> /lib/tls/i686/cmov/libm-2.7.so
>> b7eed000-b7eee000 rw-p b7eed000 00:00 0
>> b7ef1000-b7ef3000 rw-p b7ef1000 00:00 0
>> b7ef3000-b7efa000 r--s 00000000 08:21 612282
>> /usr/lib/gconv/gconv-modules.cache
>> b7efa000-b7efb000 rw-p b7efa000 00:00 0
>> b7efb000-b7efc000 r-xp b7efb000 00:00 0 [vdso]
>> b7efc000-b7f16000 r-xp 00000000 08:21 1403532 /lib/ld-2.7.so
>> b7f16000-b7f18000 rw-p 00019000 08:21 1403532 /lib/ld-2.7.so
>> bfccd000-bfce2000 rw-p bffeb000 00:00 0 [stack]
>> Aborted
>> Configuration error ! Giving up.
>> root@iGate:/etc/ax25#
>>
>
> Regards ..... Peter
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-hams" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ubuntu 8.04 / 8.10
2009-02-13 20:57 ` Ray Wells
@ 2009-02-13 21:39 ` Dave Platt
2009-02-13 22:30 ` Curt, WE7U
2009-02-13 22:32 ` Ray Wells
0 siblings, 2 replies; 6+ messages in thread
From: Dave Platt @ 2009-02-13 21:39 UTC (permalink / raw)
To: linux-hams
Ray Wells wrote:
> Peter,
>
> This problem arose with fbb around kernel 2.6.20 (can't remember just
> which one now)
>
> The fix I apply is to compile fbb with -fno-stack-protection added to
> its Makefile. I don't have a fix if you install fbb from a deb package.
>
> It seems that stack protection was included in kernels as a security
> plug for stack overflow.
>
> I sent quite a bit about this to the xfbb list around 18 months ago.
The real question (to me at least) is whether the stack-smash abort
is a false alarm, or whether it indicates a real problem in the
FBB software.
If there really is a way in which the FBB software is managing to
smash its own stack (via e.g. a buffer that's too small, indexing
out of bounds, etc.), then simply disabling the stack protection
feature via recompilation is a bit like replacing a blown fuse
with a larger one. You may get away with it, or it may burn your
house down :-(
It'd probably be necessary to compile xfbb with -g and run it
under GDB or a similar debugger, and investigate the state of the
stack at the time of the abort, to figure out what's being
over-written.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ubuntu 8.04 / 8.10
2009-02-13 21:39 ` Dave Platt
@ 2009-02-13 22:30 ` Curt, WE7U
2009-02-13 22:32 ` Ray Wells
1 sibling, 0 replies; 6+ messages in thread
From: Curt, WE7U @ 2009-02-13 22:30 UTC (permalink / raw)
To: Dave Platt; +Cc: linux-hams
On Fri, 13 Feb 2009, Dave Platt wrote:
> If there really is a way in which the FBB software is managing to
> smash its own stack (via e.g. a buffer that's too small, indexing
> out of bounds, etc.), then simply disabling the stack protection
> feature via recompilation is a bit like replacing a blown fuse
> with a larger one. You may get away with it, or it may burn your
> house down :-(
Naw, more like replacing a blown fuse with a .22 bullet!
Yes, it's been done...
--
Curt, WE7U. archer at eskimo dot com
http://www.eskimo.com/~archer
Lotto: A tax on people who are bad at math. - unknown
Windows: Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me: I picked the coordinate system!"
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ubuntu 8.04 / 8.10
2009-02-13 21:39 ` Dave Platt
2009-02-13 22:30 ` Curt, WE7U
@ 2009-02-13 22:32 ` Ray Wells
1 sibling, 0 replies; 6+ messages in thread
From: Ray Wells @ 2009-02-13 22:32 UTC (permalink / raw)
To: Dave Platt; +Cc: linux-hams
Dave Platt wrote:
> Ray Wells wrote:
>> Peter,
>>
>> This problem arose with fbb around kernel 2.6.20 (can't remember just
>> which one now)
>>
>> The fix I apply is to compile fbb with -fno-stack-protection added
>> to its Makefile. I don't have a fix if you install fbb from a deb
>> package.
>>
>> It seems that stack protection was included in kernels as a security
>> plug for stack overflow.
>>
>> I sent quite a bit about this to the xfbb list around 18 months ago.
>
> The real question (to me at least) is whether the stack-smash abort
> is a false alarm, or whether it indicates a real problem in the
> FBB software.
>
> If there really is a way in which the FBB software is managing to
> smash its own stack (via e.g. a buffer that's too small, indexing
> out of bounds, etc.), then simply disabling the stack protection
> feature via recompilation is a bit like replacing a blown fuse
> with a larger one. You may get away with it, or it may burn your
> house down :-(
>
> It'd probably be necessary to compile xfbb with -g and run it
> under GDB or a similar debugger, and investigate the state of the
> stack at the time of the abort, to figure out what's being
> over-written.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-hams" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
The logic I applied at the time was that since fbb had always been
broken (but not previously detected) I wasn't going to break it any more
by disabling stack protection. I've certainly not detected any problems
with fbb since I started doing this. If somebody with c programming
skills wants to fix the real problem, we will welcome you with open
arms, but I don't have those skills and I do need to keep the bbs
functioning. I have achieved that target.
Ray vk2tv
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-02-13 22:32 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-13 11:15 Ubuntu 8.04 / 8.10 Peter Mallett
2009-02-13 17:34 ` John Ronan
2009-02-13 20:57 ` Ray Wells
2009-02-13 21:39 ` Dave Platt
2009-02-13 22:30 ` Curt, WE7U
2009-02-13 22:32 ` Ray Wells
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.