From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by yquem.inria.fr (Postfix) with ESMTP id 4B56BBC48 for ; Mon, 18 Apr 2005 08:15:44 +0200 (CEST) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j3I6Fh2n014232 for ; Mon, 18 Apr 2005 08:15:44 +0200 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id IAA01544 for ; Mon, 18 Apr 2005 08:15:43 +0200 (MET DST) Received: from us25.unix.fas.harvard.edu (us25.unix.fas.harvard.edu [140.247.35.201]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id j3I6FgjT009578 for ; Mon, 18 Apr 2005 08:15:42 +0200 Received: from [140.247.161.186] (roam161-186.student.harvard.edu [140.247.161.186]) by us25.unix.fas.harvard.edu (8.12.11/8.12.11) with ESMTP id j3I6Ffv8023555 for ; Mon, 18 Apr 2005 02:15:41 -0400 Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <810e04dc0f6bb601fb828db8d18def6c@fas.harvard.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed To: caml-list@inria.fr From: Mike Hamburg Subject: CamlGI question Date: Mon, 18 Apr 2005 02:15:41 -0400 X-Mailer: Apple Mail (2.619.2) X-Miltered: at nez-perce with ID 4263508F.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at concorde with ID 4263508E.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; indexing:01 script's:01 bug:01 stays:98 unix:01 writes:01 hangs:02 data:02 breaks:02 output:02 output:02 routines:03 bytes:03 library:03 quite:06 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.2 X-Spam-Level: Hello to the list. Is CamlGI still actively maintained? I'm writing a CGI/FastCGI program using it, and have been having some trouble with the library. My CGI program is designed to be a more flexible way to index web pages. It's not finished yet, but a not-very-polished toy example can be found at http://capricorn.dnsalias.org/mike/index/ . (I may as well mention that "not very polished" means, among other things, "not known to work in browsers other than Firefox, and known to display wrong in Safari"). When used as a FastCGI, the indexing script hangs, either usually or always, after writing out exactly 8KB of data (that is, 8192 bytes, no more, no less). After 30 seconds, mod_fastcgi times out the connection, but mysteriously writes out the rest of the script's output. It is quite clear that the script has finished by the time the hang occurs and that all its output has been written with Unix.write, as it displays even if killed with signal 9 while hanging; therefore I think it may be a formatting error in the output routines of CamlGI. The script also sometimes breaks its output pipe to the server, which stays broken it until it is restarted manually (eg sudo killall index.fcgi). This may or may not be a separate bug. The plain CGI version works just fine, if a bit slow, but some of the features of the script only work in the FastCGI version, such as thumbnailing. Has anyone familiar with CamlGI seen either of these issues before, or have any idea how to resolve them? Thanks for your time, --Mike Hamburg