[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: End Of File
From: |
Shigio YAMAGUCHI |
Subject: |
Re: End Of File |
Date: |
Fri, 31 Oct 2008 20:24:49 +0900 |
On Thu, 30 Oct 2008 19:06:10 +0100
address@hidden wrote:
> Hi,
Hi,
> one of the few annoying things when using global with emacs is that
> global aborts with errorlevel 1 when an past end of file search happens.
> This happens if the file has shrunken too much after the last indexing.
>
> What I did:
> Searching in emacs for a tag. The file of one appearance of the tag has
> shrunken such much, that maximum number of lines is lower than the original
> line number.
>
> What I expected:
> a) A GTags-Select giving the original line number and EOF as line.
> b) A jump to EOF of the file, if it was the only match.
>
> What I saw:
> In minibuffer shortly flashes some error messages "global: unexpected end of
> file...."
>
> Background:
> Reindexing takes a lot time for a big project, so the update is performed
> over night. Thus, there are frequenctly smaller mismatches, which is no
> problem
> as long global does not exit with "errorlevel".
You are right.
How if it displays "-- Lost line" instead of line image without error?
$ global -x func
func 10 file.c func(a,b,c) {
func 20 file.c func(a) {
Delete lines from the 20th to the last of file.c.
$ global -x func
func 10 file.c func(a,b,c) {
func 20 file.c -- Lost line
$ echo $?
0
* "-- Lost line" means that this line does not exist any longer.
What do you think?
- End Of File, polzin_spamprotect_, 2008/10/31
- Re: End Of File,
Shigio YAMAGUCHI <=