On Tue, Oct 30, 2001 at 10:17:37AM +0300, Alexander V. Lukyanov wrote:
I got the following an error when trying to compile lftp-cvs
on IRIX 6.5.13f with MIPSpro Compilers.
% CC -version
MIPSpro Compilers: Version 7.3.1.2m, Patch 4268
Looks like the compiler that documentation was for--I
On Tue, Oct 30, 2001 at 11:02:56AM +0300, Alexander V. Lukyanov wrote:
Originally, I used memmove/memchr for speed--they're well-optimized. In
retrospect, that's also iterating over the input buffer twice (though in
a cache-friendly way.)
Here's one that anyone can understand:
This
On Tue, Oct 30, 2001 at 04:17:20AM -0500, Glenn Maynard wrote:
This one is nicer indeed. And smaller. It has a bug but it does not matter.
Er, what is it? Passed my tests (leading, trailing, consecutive \r\n
with or without null terminator.)
My mistake, no bug. I has overlooked the
Narrowing down a other speed issues; here's what I'm looking at now:
cls out of cache for large directories is slow.
The major problem is that the directory list is parsed every time, out
of cache. The ideal solution would be to cache parsed lists, too (and
having classes of cache objects could
On Tue, Oct 30, 2001 at 09:27:21PM -0800, Mike Castle wrote:
But, if I understand correctly, the old code did something like
{
for (int i; ...) {}
use[i].here;
}
No, it was:
{
for(int i; ...) {}
for(int i; ...) {}
}
Now it is:
{
int i;
for(i; ...) {}
for(i; ...) {}
}
