Castor Fu wrote:
 On Fri, 18 Nov 2005, Dave Anderson wrote:
 > Dave Anderson wrote:
 >
 >>
 >> Well, first off, it's kind of stupid to run the same .crashrc file twice,
 >> isn't it?  I shall fix that oversight henceforth...
 Yes, I suppose so, but I was actually seeing this first with
 a local .crashrc...
 
Right -- you were seeing it when the local .crashrc *was* also $HOME/.crashrc.
So it was executed twice, first as the $HOME version, and subsequently as
the local version.
 >>
 >> That leaves the case where "bt -O" is set in both the $HOME and
 >> local .crashrc files.  Whereas the local .crashrc is meant to override
 >> whatever might be in the $HOME .crashrc, the "bt -O" case still wants
 >> to be idempotent.  That can be addressed by a little tinkering with cmd_bt(),
 >> because the pc->flags will have RCHOME_IFILE or RCLOCAL_IFILE
 >> set when it's executing those .crashrc commands.
 >>
 >> With those two fixes in hand, we can keep "bt -O" simple-minded.
 >
 > There's also the potential case of the command line "-i inputfile"
option.
 > But the initialization-time rule should still apply -- if "bt -O" is
contained in
 > any or all of the 3 possible initialization-time input files ($HOME/.crashrc,
 > ./.crashrc, or "-i inputfile" files), the setting will remain idempotent.
 >
 > I also fixed the redundant running of $HOME/.crashrc and ./.crashrc
 > files if they are the same file.
 Just so I understand, what you're saying is that if 'bt -O' is specified
 in an initialization file, it always means 'use old' otherwise it's a toggle?
Right -- it's only toggle-able during runtime.
Dave