* scan-sexps throws an error - are there any substitutes?
@ 2015-03-26 23:02 Marcin Borkowski
2015-03-26 23:12 ` Drew Adams
0 siblings, 1 reply; 3+ messages in thread
From: Marcin Borkowski @ 2015-03-26 23:02 UTC (permalink / raw)
To: Help Gnu Emacs mailing list
Hi all,
scan-sexps throws an error if it cannot move as many sexps as I want.
This is fine in interactive use, but not really helpful in Lisp code I’m
writing. (For the curious: I’m trying to write a solid SLOC-counting
function, and I need moving by sexps to determine whether a string is
a docstring, which I want to exclude from the count.) Any ideas what to
do? I could rewrite it in Elisp, but is it a good idea? I doubt so.
NB. I don't really use scan-sexps, I use backward-sexp, which is
seemingly a higher level function – but, unlike search functions, it
doesn't have a “noerror” argument.
TIA,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: scan-sexps throws an error - are there any substitutes?
2015-03-26 23:02 scan-sexps throws an error - are there any substitutes? Marcin Borkowski
@ 2015-03-26 23:12 ` Drew Adams
2015-03-27 12:07 ` Marcin Borkowski
0 siblings, 1 reply; 3+ messages in thread
From: Drew Adams @ 2015-03-26 23:12 UTC (permalink / raw)
To: Marcin Borkowski, Help Gnu Emacs mailing list
> scan-sexps throws an error if it cannot move as many sexps as I want.
> This is fine in interactive use, but not really helpful in Lisp code I’m
> writing. (For the curious: I’m trying to write a solid SLOC-counting
> function, and I need moving by sexps to determine whether a string is
> a docstring, which I want to exclude from the count.) Any ideas what to
> do? I could rewrite it in Elisp, but is it a good idea? I doubt so.
>
> NB. I don't really use scan-sexps, I use backward-sexp, which is
> seemingly a higher level function – but, unlike search functions, it
> doesn't have a “noerror” argument.
You can wrap any code in `ignore-errors' to, well, ignore errors. ;-)
You can also use `condition-case' to ignore particular signals.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: scan-sexps throws an error - are there any substitutes?
2015-03-26 23:12 ` Drew Adams
@ 2015-03-27 12:07 ` Marcin Borkowski
0 siblings, 0 replies; 3+ messages in thread
From: Marcin Borkowski @ 2015-03-27 12:07 UTC (permalink / raw)
To: Help Gnu Emacs mailing list
On 2015-03-27, at 00:12, Drew Adams <drew.adams@oracle.com> wrote:
>> scan-sexps throws an error if it cannot move as many sexps as I want.
>> This is fine in interactive use, but not really helpful in Lisp code I’m
>> writing. (For the curious: I’m trying to write a solid SLOC-counting
>> function, and I need moving by sexps to determine whether a string is
>> a docstring, which I want to exclude from the count.) Any ideas what to
>> do? I could rewrite it in Elisp, but is it a good idea? I doubt so.
>>
>> NB. I don't really use scan-sexps, I use backward-sexp, which is
>> seemingly a higher level function – but, unlike search functions, it
>> doesn't have a “noerror” argument.
>
> You can wrap any code in `ignore-errors' to, well, ignore errors. ;-)
What a surprise! ;-)
> You can also use `condition-case' to ignore particular signals.
This will probably be better, thanks!
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-03-27 12:07 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-26 23:02 scan-sexps throws an error - are there any substitutes? Marcin Borkowski
2015-03-26 23:12 ` Drew Adams
2015-03-27 12:07 ` Marcin Borkowski
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).