A bug was recently reported to me about inability to write files
to disk from the PRINT command, when the previous filenames were
accessed with the UP_ARROW before editing. This turned out to be lynx
prepending the path to a filename that already had an absolute path,
leading to an illegal filename (e.g. c:/test/c:/test/foo.bar, rather
than c:/test/foo.bar). The culprit seemed to be a unix-specific test
for absolute filenames in LYValidateFilename. I think the following
fixes it. (This is against pre.8. I haven't had time to work with the
new release yet.)
Doug
--- lynx2-8-3/src/LYUtils.c Mon Apr 17 03:59:18 2000
+++ lynx2-8-3/src/LYUtils.c.new Sat Apr 29 19:54:14 2000
@@ -7044,7 +7044,7 @@
#else
#ifndef __EMX__
- if (!LYIsPathSep(*given)) {
+ if (!LYisAbsPath(given)) {
#if defined(__DJGPP__) || defined(_WINDOWS)
if (strchr(result, ':') != NULL)
cp = NULL;
__
Doug Kaufman
Internet: [EMAIL PROTECTED]
