Re: lynx-dev problem at slcc to report

[T.E.Dickey]

> As some of you may be aware, there's a service at  
> <URL:http://www.slcc.edu/cgi-bin/lynx/patch-o-matic.cgi> which provides 
> an interface to the development view of lynx.  It allows one to just 
> download patches without having to download the entire files. 
>  
> Today when I try to access it, I find that it puts lynx into some sort of 
> loop.  Unfortunately, my trace file was deleted when it filled up the 
> remaining several 154 meg of disk in my home directory causing great 
> consternation to the rest of the folk on the file system... 
I built a copy of dev.9 to see if I get the same problem, but do not.  (The
dev.8/dev.9 change should not affect this - I think, since the effect was
simply to leave behind undeleted some of the temp-files).  If you find
something that I can reproduce, though, I'll look harder (it's possible
that one of those substitutions of inline code to LYSkipBlanks, for
example, is "wrong" - there were a lot, and I did find a couple of coding
errors while doing that).

Anyway - for a couple of days I have bugs to fix in vile/ncurses/xterm,
so I figure that by the time I'm done with those lynx will have some bugs.

> There is apparently some sort of deal going on where lynx goes into a loop 
> after downloading the gzip'd patch file but before it renames it. 
>  
> Just a word of warnings. 
>  
> I'm using lynx 2.7.1dev.8 compiled on SPARC/Solaris 2.5.1 . 
> --  
> Larry W. Virden                 INET: address@hidden 
> <URL:http://www.teraform.com/%7Elvirden/> <*> O- "We are all Kosh." 
> Unless explicitly stated to the contrary, nothing in this posting should  
> be construed as representing my employer's opinions. 
> 


-- 
Thomas E. Dickey
address@hidden
http://www.clark.net/pub/dickey