bug-global
[Top][All Lists]
Advanced

[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?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]