Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14579
| From | Manuel Reiter <manuel.reiter@dwd.de> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Re: error message for missing fi is not helpful |
| Date | 2018-09-14 16:26 +0200 |
| Message-ID | <mailman.783.1536935190.1284.bug-bash@gnu.org> (permalink) |
| References | <12006574-8df4-d613-0603-51b77b703a3d@dwd.de> <3461cc07-6477-234b-83ea-30a6bc0c8d8c@case.edu> <5B99CB6D.5060108@tlinx.org> |
[Multipart message — attachments visible in raw view] - view raw
On 13.09.2018 04:29, L A Walsh wrote: > This isn't *exactly* what you wanted, but this gives the line number > of the last unmatched statement (but doesn't tell you what the statement > was). The diff was against bash-4.4.23 (4.4 base w/23 patches) Thank you for taking the time to look into this! There seems to be a problem with your code though: if word_top is zero and EOF_Reached is true, you set msg to msg0 without initializing msg0 first. Reviving the code you commented out (your first attempt?) I came to the attached result. I also added if/fi to the compound commands tracked by word_top. There are probably others that I have missed missed. > Anyway, if you store the word in a separate array where the line # > is stored, you _could_ list the matching word, but I suspect just the > line it started on would be enough for most users. I totally agree with that. Thanks and best regards, Manuel
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: error message for missing fi is not helpful Manuel Reiter <manuel.reiter@dwd.de> - 2018-09-14 16:26 +0200
csiph-web