Sender: root AT delorie DOT com
Message-ID: <3783503F.7BDFDA54@inti.gov.ar>
Date: Wed, 07 Jul 1999 10:04:00 -0300
From: salvador <salvador AT inti DOT gov DOT ar>
Organization: INTI
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.0.36 i686)
X-Accept-Language: es-AR, en, es
MIME-Version: 1.0
To: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
CC: djgpp-workers AT delorie DOT com, Robert Hoehne <robert DOT hoehne AT gmx DOT net>
Subject: Re: .align directives in libc.a
References: <Pine DOT SUN DOT 3 DOT 91 DOT 990707151220 DOT 2851C-100000 AT is>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Eli Zaretskii wrote:

> On Tue, 6 Jul 1999, salvador wrote:
>
> > > The alignment pseudo-ops allow to define the value of the byte with
> > > which to pad.  Thus, ".p2align 3,0xcc" should pad to 8-byte boundary
> > > with Int 3 instructions.
> > >
> > > But why is this a good idea?
> >
> > To trap jumps in this space.
>
> Isn't some invalid opcode (that would cause SIGILL) better?  Int 3
> might have a confusing effect inside a debugger, whereas SIGILL will
> be unambiguous.

Yes, but it should be one byte.

SET

--
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: set-soft AT usa DOT net set AT computer DOT org
                    set AT ieee DOT org set-soft AT bigfoot DOT com
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013