From:	Cesar Rabak <csrabak AT uol DOT com DOT br>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: gzipped info files in Emacs 20.5
Date:	Thu, 01 Mar 2001 23:39:18 -0300
Lines:	38
Message-ID:	<3A9F07D6.23A420FF@uol.com.br>
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1010301150422 DOT 6488C-100000 AT is>
NNTP-Posting-Host:	200-221-14-196.dsl-sp.uol.com.br (200.221.14.196)
Mime-Version:	1.0
X-Trace:	fu-berlin.de 983500776 27357657 200.221.14.196 (16 [39218])
X-Mailer:	Mozilla 4.76 [en] (Win98; U)
X-Accept-Language:	pt-BR,es,en
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii wrote:
> 
> On Tue, 27 Feb 2001, Cesar Rabak wrote:
> 
> > Supposing you already have all info files gzipped:
> >
> > 1) emacs -q
> > 2) in emacs C-h i (brings Info buffer)
> > 3) m gcc*
> >
> > The following message can be read in the echo line:
> >
> > "No such anchor in tag table or node in tag table or file: Top"
> 
> You didn't say, but I'm guessing this was on Windows, right?  It does
> work for me on plain DOS.

Yes... I forgot to give full environmental details, sorry. But you
guessed right is on a Win98 SE machine (the same friend's machine we're
still debugging an app with YAMD ;-(

> 
> This is a bug: Emacs would not consider long file names such as
> gcc.info-1.gz as possible with the DJGPP port, even on Windows 9X.  It
> would always assume that long file names are not available and look for
> the short versions of these file names, such as gcc.i1z etc.

I see. Thanks for chasing this insect to us Eli!

> 
> The patch below should fix this.  Let me know if they work for you.
> (Don't forget to byte-compile info.el once you apply the patch.)

Will apply asap!

Thanks.

Cesar

- Raw text -