From: Ray Wells <vk2tv@exemail.com.au>
To: Dave Platt <dplatt@radagast.org>
Cc: linux-hams <linux-hams@vger.kernel.org>
Subject: Re: Ubuntu 8.04 / 8.10
Date: Sat, 14 Feb 2009 09:32:02 +1100 [thread overview]
Message-ID: <4995F4E2.3060604@exemail.com.au> (raw)
In-Reply-To: <4995E895.10701@radagast.org>
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
prev parent reply other threads:[~2009-02-13 22:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
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 message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4995F4E2.3060604@exemail.com.au \
--to=vk2tv@exemail.com.au \
--cc=dplatt@radagast.org \
--cc=linux-hams@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.