Sender:	brozzis AT mag00 DOT cedi DOT unipr DOT it
Message-Id:	<3472F197.658C@mag00.cedi.unipr.it>
Date:	Wed, 19 Nov 1997 15:03:03 +0100
From:	Stefano Brozzi <brozzis AT mag00 DOT cedi DOT unipr DOT it>
Mime-Version:	1.0
To:	djgpp AT delorie DOT com
Subject:	Emacs and various problems

Hi all,

I'm having problems with the command, (emacs 20.2)
info-lookup-symbol
for a context search in the libc.info (note that I renamed .inf into
.info)
from a file .c. On every lookup, the error message is 

  Loading info-look (compiled)...
  Loading info-look (compiled)...done
  Processing Info node "(libc)Alphabetical List"...
  Processing Info node "(libc)Alphabetical List"... done
  Processing Info node "(libc)Function Index"...
  Not documented as a symbol: fopen
  
As you can see, I've aleady changed regexps for the info search, 
and added 'Alphabetical List'.
as you can see, info isn't able do find out where Function Index is,
but doesn't complain at all.
No! It doesn't work! If I modify the regexp to NOT look for 
'Function Index' it will work the same way.

BTW: 
why the file dir, top file in info directory, contains target
as (node.inf). Leaving them without extension is more reliable, I guess.
(You could ask why I renamed everything as -> .info.. well I can't 
remember, probably because I supposed it was a cause of misbehaviour
of emacs.)

Is the file libc.info supposed to be written such that ?
I mean, emacs regexps look for the following nodes in libc:
  * Function Index
  * Variable Index (see, for both, info-lookup-symbol-alist)
that do not exist in libc.inf

the node index is duplicated (M-x Info-validate RET if you
don't believe me) and has some errors in the tag table.

[One of] My problem[s] is[/are]: if I want to have it work correctly,
should I change .el files of change .info[o] file ?
Since Eli is one the most true emacs users here, 
I can't believe he's using emacs without this feature.
  
Moreover I gzipped everything in my info directory from linux
creating xxx.info.gz.
Info.exe works pretty well, without an apparent overhead.
(doing it from Dos creates files .ext -> .exz and  I should
       change emacs regexps to make it work)
Emacs should read everything correctly simply with a line 
(require 'jka-compr), shouldn't it ?
Instead, tring to load something like libc.info.gz gives
this error: 
Wrong type argument: listp, find-buffer-file-type-coding-system
I took a look into the files dos-w32.el and files.el,
no code is present for .tar.gz, .gz. 
Only precaution is that emacs shouldn't read the special characters
-*- in a .gz file.

BTW:
if I use DJ's gzip 1.2.4 (with the NO_MULTIPLE_DOTS options: should I
   recompile, to have it work as on Unix/Linux - i.e. add a suffix to 
   the complete filename ?)
to compress a file name.txt with the command
gzip -S .gz name.txt
produces a file called name.tgz. Is this really desired ?
If I then decompress it with the command :
gzip -d name.tgz 
produces the file name.tar. Is this really desired ?

BTW2: 
why on NT4, WS+sp3, decompressing a file with gzip -d,  _ALWAYS_
complains
about an already existent file ?
In other words, why 'gzip -d file.gz' in an empty directory (with the
file.gz)
declares that a file with the name exists and refuses to decompress it.
I tried with both LFN=y and n, with both 8.3 files and LFN.

BTW3:
Why C-X C-B does not places an _active_ cursor in the *Buffer List*
IIRC, in the 19.34 worked as expected, so does NTemacs 20.2.

BTW4:
Why emacs places, most of the times, the mouse pointer in the upper
right corner ? Should I live togheter with this or some workaround is
available ?

      Have a nice day, maybe better than mine.

      Stefano

- Raw text -