Hi, anyone want to help Oliver? His ftp search site: www.filewatcher.org keeps track of 450 million ftp-able files including lots of Linux stuff.&nbsp; I have a 771,000+ ftp archive that his scanner hickups on so he is going to re-write it.....<br><br>Tom Miller<br><br><b><i>Oliver Maruhn &lt;oliver@maruhn.com&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Subject: RE: Yet another ftp site: ftp://ftp.chatnfiles.com<br>Date: Wed, 17 May 2006 16:12:15 -0400<br>From: "Oliver Maruhn" &lt;oliver@maruhn.com&gt;<br>To: "Tom Miller" &lt;tlgalenson@yahoo.com&gt;<br><br> Hi Tom, <br><br>&gt; Thank you for the reply.  I have a suspicion that one of the <br>&gt; issues you will have to address are longer file paths.  It <br>&gt; seems to me Unix/Linux etc has a much shorter file-path <br>&gt; length limit than Windows.  <br><br>FileWatcher has its own Datababase which supports Filenames/Path up to
 a<br>length of 255 characters.  I guess there is some string buffer overflow<br>in our current scanner which prevents scanning your site correctly.<br><br>&gt; I know the webmaster specifically <br>&gt; took advantage of the long-path-names to help identify the <br>&gt; downloads.  And he does use/allow blanks in the file paths.... <br><br>That is good practise and fully supported by FileWatcher.<br> <br>&gt; Oh, yes, what language is the scanner written in?  <br><br>The current scanner is written in C.  That was necessary because we scan<br>many ftp sites simultaniously and therefore needed a program which had a<br>small memory/load footprint.  The current scanner is very fast an needs<br>very few resources.  But the problem is that C is not very good in<br>string handling and that it is next to impossible to debug the code for<br>buffer overflows.<br><br>Today servers have much more power so we decided to rewrite our scanner<br>in PERL.  The new scanner will need much
 more CPU time and RAM since<br>PERL is a pseudo-interpreted language.  On the other side PERL offers<br>very good string manipulations and buffer overflows are unknown to this<br>language.<br><br>&gt; Maybe I  can find some free help to do your coding....  :) <br><br>Thanks for you offer.  If one really wants to help rewriting the scanner<br>from scratch he must have very good knowledge about PERL, unix sockets,<br>and of course the ftp protocol.  Also he should understand some C to<br>read the source of the current scanner.<br><br></blockquote><br><BR><BR><div id="RTEContent"><div>---------<br>Do you need computer help?&nbsp;  Do you know somone who needs computer help?&nbsp; I provide help for  the Topeka/Lawrence/West KC Metro areas.&nbsp; Contact me at: <a href="http://bccs.chatnfiles.com/">bccs.ChatNFiles.com</a>. FrontPage friendly web hosting at <a href="http://www.cscnt.com/">www.cscnt.com</a>. Free web developer tutorials at <a
 href="http://www.w3schools.com/">www.w3schools.com</a>.&nbsp; Try <a href="http://www.chatnfiles.com/">www.ChatNFiles.com</a> for Chatting and one of the largest file sites on the Internet.</div></div><p>
        
                <hr size=1>Sneak preview the <a href="http://us.rd.yahoo.com/evt=40762/*http://www.yahoo.com/preview"> all-new Yahoo.com</a>. It's not radically different. Just radically better.