Message-ID:	<3896D445.9F52F284@ujf-grenoble.fr>
Date:	Tue, 01 Feb 2000 13:40:37 +0100
From:	Maurice Lombardi <Maurice DOT Lombardi AT ujf-grenoble DOT fr>
X-Mailer:	Mozilla 4.7 [fr] (Win98; I)
X-Accept-Language:	fr,it,en
MIME-Version:	1.0
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, salvador <salvador AT inti DOT gov DOT ar>
CC:	djgpp AT delorie DOT com
Subject:	Re: LFN problem with info ?
References:	<Pine DOT SUN DOT 3 DOT 91 DOT 1000201093730 DOT 10404I-100000 AT is>
Reply-To:	djgpp AT delorie DOT com

Eli Zaretskii a écrit :
> In a nutshell, "info foo" instructs it to look for the *menu item*
> `foo' in the file DIR, while "info -f foo" instructs it to look for a
> *file* `foo' (with or without known Info extensions like .inf, .info,
> etc.).
> 
> So, "info gcc" works because the file DIR has a menu entry which
> begins with "gcc", not because gcc.inf fits into DOS 8+3 limits.
> And "info info-stnd" does NOT work because there's no menu entry in
> DIR which begins with "info-stnd".  The menu entry for the stand-alone
> Info reader is "Info-Standalone", so if you say "info info-stand" it
> *will* work, regardless of whether the file name exceeds DOS 8+3
> limits.

OK you are right (of course you know !!!).

So the only remaining question is for SET: why infview is not able to
load (longer than 8 name) files info-stnd.info or textutils.info even
through the File/Open info file (F3) dialog, when this file is visible
in the scroll box: in fact I just checked that it is neither able to
open them from the DIR. file.
Even stranger: fileutils.info works !
To be sure I removed cleanly both with 
  cd \djgpp
  rm -f @manifest\txt20b.mft 
  rm -f @manifest\fil316b.mft
and reinstalled both with
  unzip32 \installs\djgpp\txt20b.zip
  unzip32 \installs\djgpp\fil316b.zip
Name Numeric Tails are on, short names are
  FILEUT~1.INF
  TEXTUT~1.INF
and infview reads fileutils.info but not textutils.info
The only difference I see is that during the remove rm -f complains
  c:/djgpp/bin/rm: man: is a directory
  c:/djgpp/bin/rm: man/cat1: is a directory
for txt20b.mft and nothing for fil316b.mft
but this is a defect of the txt20b.mft file which contains indeed two
spurious lines man/ and man/cat1

Anybody is able to reproduce this kwirk ?

Many thanks for your work.

-- 
       Maurice Lombardi
Laboratoire de  Spectrometrie Physique,
Universite Joseph Fourier de Grenoble, BP87
38402 Saint Martin d'Heres Cedex     FRANCE
Tel: 33 (0)4 76 51 47 51
Fax: 33 (0)4 76 51 45 44
mailto:Maurice DOT Lombardi AT ujf-grenoble DOT fr

- Raw text -