Mon Sep 28 21:55:13 1998 Norbert Warmuth <nwarmuth@privat.circular.de>
* src/find.c: Changed hotkey of the continue-button (both Chdir and
Continue used `C').
* po/*.po: remade because one msgstr in find.c changed
* src/Makefile.in: search config.status in builddir and not in rootdir,
i.e. make it compile for builddir != srcdir
* vfs/vfs.h (struct vfs): renamed errno to verrno because glibc2
defines errno as macro (#define errno (*__errno_location ()))
* vfs/Makefile.in: search config.status in builddir and not in srcdir/..,
i.e. make it compile for builddir != srcdir
gnome-triggers.* Start adding sound sample support to the triggers
(not finished).
gnomelib-init.c: Initialize trigger subsystem upon startup.
libgnomeui:
Makefile.am: Fix rules for generating the
gnometypebuiltins*.[ch]
gnometypebuiltins_evals.c: No calendar stuff (*broken*)
libvfs/Makefile.am: Install vfs.h into <vfs/vfs.h>
* setup.c: save and restore new global variable/option
ftp_use_unix_list_options
Tue Sep 15 20:31:32 1998 Norbert Warmuth <k3190@fh-sw.de>
* ftpfs.c (ftp_use_unix_list_options): New global variable/option.
If true we try to use 'LIST -la <path>'. When it fails we use the
two commands 'CWD <path>' and 'LIST' instead.
(resolve_symlink): rewritten. Don't get a second directory listing
with `LIST -lLa'. Instead use the cache to get the file stat of
symbolic links. If the directory the symlink points to isn't
already in the cache the directory listing will be fetched and
stored in the directory cache (without resolving symlinks
recursively).
The new method to resolve symlinks is faster if symlinks
the same directory or the directory the symlink points to
is already in the cache.
This function was small and nice until I discovered that it was
broken for symlinks to symlinks. Now it looks ugly and perhaps I
will revert it to use "LIST -lLa" again. With a fast connection it
doesn't matter which methode we use but with a slow connection I
wouldn't hesitate to burn more cpu cycles on the client side.
(retrieve_dir): Added parameter to tell whether to resolve
symlinks (don't resolve symlinks in directory listings retrieved
while resolving symlinks).
When we don't get a directory listing with 'LIST -la <path>' then
try to get it with `CWD <path>; LIST'.
Tue Sep 15 20:27:29 1998 Norbert Warmuth <k3190@fh-sw.de
* ftpfs.c (login_server): s/ftpfs_get_host/my_get_host/
(retrieve_file_start2): Don't create target file O_EXCL, in
copy_file_file we check existance of the target file and know
that we want to truncate it (this change was already done a
while back but it was reverted with the vfs-split).
Tue Sep 15 20:15:42 1998 Norbert Warmuth <k3190@fh-sw.de>
* ftpfs.h (struct connection): added boolean which indicates that
the ftp server doesn't unterstand Unix ls options
* ftpfs.h (struct dir): added enum to store symlink status of the
in memory directory cache (directory has no symbolic links;
symbolic links but not yet resolved; symbolic links which are resolved)
Tue Sep 15 20:02:08 1998 Norbert Warmuth <k3190@fh-sw.de>
* shared_ftp_fish.c, fish.c: updated references to retrieve_dir to
honour the additional boolean parameter
Added single file filesystem (sfs)
Added vfs_flags so library users can disable selected filesystems
Minor shuffling of functions so garbage collection works for library
* changed version numbers of 0.0.0 stuff to 0.26.0
(-version-info x:y:z, where x is the major rev+the minor rev, z is the
minor rev, y is the patchlevel. -- thus the library would come out as
libxxx.so.x-z.z.y)
(affected libgnome,libgnomeui,libvfs)
also added a couple of files to .cvsignore of libgtktty (config.sub, config.guess)
and $(EXTFS_OUT) because the first must be installed from
$(srcdir) and the second from $(builddir).
Anyone knows why builddir gets defined to the top builddir and not to
the current builddir (in this case it gets defined to .../build/mc instead
of .../build/mc/vfs).
