Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Debugging of dynamocally defined functions
- X-seq: zsh-workers 15330
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx (Zsh hackers list)
- Subject: Re: Debugging of dynamocally defined functions
- Date: Mon, 9 Jul 2001 16:50:31 +0000
- In-reply-to: <Tc0a88d0154a4d24461@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <Tc0a88d0154a4d24461@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Jul 9, 3:52pm, Peter Stephenson wrote:
} Subject: Re: Debugging of dynamocally defined functions
}
} I've discovered that bash simply gives 0 for line numbers in eval. This
} (perl-like) behaviour of numbering eval's separately is probably more
} useful than that, at least.
}
} I suspect the only way of finding out whether people prefer this behaviour
} is to commit it. So I'll do that and produced 4.1.0-dev-1.
After playing with this for a few minutes I have the following observations:
In xtrace output the `eval' itself gets a line number before the commands
that it executes are numbered, so that's fine -- it's possible to track
the eval to a line in the calling function/file.
However, neither the value of %N nor that of %_ in PS4 changes to indicate
that you've entered a new line numbering scope; only %i changes. For a
large `eval' that can be quite distracting.
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author