*BSD News Article 5574


Return to BSD News archive

Newsgroups: comp.unix.bsd
Path: sserve!manuel!munnari.oz.au!sgiblab!sdd.hp.com!usc!sol.ctr.columbia.edu!eff!news.byu.edu!ux1!fcom.cc.utah.edu!cs.weber.edu!terry
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: 386bsd: ftp problem, compiling problem, tset ?
Message-ID: <1992Sep24.200802.2971@fcom.cc.utah.edu>
Sender: news@fcom.cc.utah.edu
Organization: Weber State University  (Ogden, UT)
References: <1992Sep24.140236.18828@terminator.cc.umich.edu>
Date: Thu, 24 Sep 92 20:08:02 GMT
Lines: 81

In article <1992Sep24.140236.18828@terminator.cc.umich.edu> pauls@umich.edu writes:
>I'M REPOSTING THIS, IN THE HOPES THAT SOMEONE WILL RISE TO THE OCCASION  
>AND COME UP WITH AN ANSWER.
>
>Please help with the following problems.  I haven't seen them in my  
>several cursory readings of Terry's magnificent FAQ.  Will summarize if  
>there is interest.

Actually, it's getting a bit stale, and I need to update it.  I'll try to
do that fairly soon.

>Problem #3:  Many times people ftp'ing into my anonymous site (you can try  
>it yourself if you want--redspread.css.itd.umich.edu or 141.211.182.91)  
>will find that there is no visible directory structure.  This happens  
>EVERY time when people use those godawful FTP front-end programs, like  
>NeXT FTP+ or Fetch 2.x for the Mac.  There is a connection, and if they  
>specify file and directory path, they can download, but no file list shows  
>up.  I have (rarely) also found this to be the case when ftp'ing without  
>using one of those programs, but they do fail 100% of the time.
>
>Update:  It appears that any program that uses a variant of ls -a or ls -l  
>(or both) will receive NOTHING as a file list.  The only listing command  
>supported by FTP under 386BSD is plain old "ls".  Programs like Fetch are  
>designed to only issue the "ls -a" command, therefore they are  
>non-functional with 386BSD's FTP software.  Patch ideas?  Any reasons for  
>this problem?

This is true.  There is also a problem with "plain" ls and dir using the
same code with some sites, where the standard Sun (4.2 derived) ftp can get
a file list with dir, but not ls, and the 4.3 stuff can't get a file list
either way.

The purpose of enforcing parameters is to insure that the directory format
is the same regardless of the server (the ftpd).  This works about 80%
of the time, but if you've ever tries to get data from a VMS system
running UCX (instead of Multinet or a similar product), or list the
weather maps on the well-known CMS site that updates them hourly, then you'll
see the problem in all it's glory.

A potential patch is to cannonize the mechanisms used for getting the
directory information from a remote system.  This probably needs to be
done anyway, since there appears to be a 14 character file name problem
when transferring from a Sun UFS file system to a 386BSD UFS file system,
each of which supposedly supports 255 character file names.

You should probably write up an RFC, since I don't know if I'll ever get
around to finishing the one I started on the subject.

>Problem #4: Compiling.  My hunch is that this is either a RAM or swap  
>deficiency problem, but I would like advice as to how to alleviate  
>crashing (ie, hanging) when I attempt to compile things with make & cc.   

There is a swap space leak, where your swap gets smaller and smaller.

You need the /dev/drum patch, the mbuf patches (David Greenman), and a
couple others.  Also, since the physical memory percentage is blown for
cache buffer allocation, you should either fix the calculation to make
it 10% of buffer memory rather than 10% of physical memory (there is a patch
to do this) and fix the buffer allocator, which currently blows the state
calculation and allocates twice the needed memory.  Since it frees it twice
as well, this problem takes care of itself.

You may also be suffering the ">8Meg" problem or ">16Meg" problem if you
haven't installed those patches.

All of the patches discussed, with the exception of the percentage
calculation, which I had deemed to be questionable as to whether the code
or the comments were what was wrong, are in the Alpha-3 patch kit.


					Terry Lambert
					terry_lambert@npd.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------