xfs
[Top] [All Lists]

Re: TAKE - xfsdump/restore changes for ia64

To: Takayuki Sasaki <sasaki@xxxxxxxxxxxxxxxxxx>
Subject: Re: TAKE - xfsdump/restore changes for ia64
From: Timothy Shimmin <tes@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Mon, 1 Oct 2001 17:52:30 +1000
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <200110010736.QAA26557@xxxxxxxxxxxxxxxxxxxxxxxxx>; from sasaki@xxxxxxxxxxxxxxxxxx on Mon, Oct 01, 2001 at 04:36:34PM +0900
References: <20011001170329.A1372@xxxxxxxxxxxxxxxxxxxxxxx> <200110010736.QAA26557@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
Hi Takayuki,

On Mon, Oct 01, 2001 at 04:36:34PM +0900, Takayuki Sasaki wrote:
> 
> Thank you for your time.
You're welcome.

> > This abstraction (one of too many in xfsdump) has a stack checking function
> > stkchk() which is only called in main.c in a function "stkplay" 
> > (it calls itself recursively until it gets stack overflow and outputs
> > at what address this happens at...unsure how useful this is)
> > which is NEVER compiled in (#ifdef NEVER).
> 
> Yes, shkchk() is nerver compiled, however, this is in
> stkchk_register()... 
> Could I disregard this?
Yes. 
stkchk_register() just sets up some values so that
stkchk() can use them later - but it never happens.
The only thing that will be evident is that a debug
message will no longer be printed for "-v debug=proc"
debug level. But who cares :)

Cheers,
Tim.


<Prev in Thread] Current Thread [Next in Thread>