From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr 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 5832DBF0C for ; Thu, 31 Aug 2006 22:11:34 +0200 (CEST) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by nez-perce.inria.fr (8.13.6/8.13.6) with ESMTP id k7VKBXfA029006 for ; Thu, 31 Aug 2006 22:11:34 +0200 Received: by wx-out-0506.google.com with SMTP id s7so764042wxc for ; Thu, 31 Aug 2006 13:11:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g0sif8V7e5TVmS7IbObT6fOYqR26twlwvY4dZomqjuuYrpk4bapCRqTijgIBKON6tCnquNdvxBKC60sC4gg7niLfG4TGZLWybtqTYVhvoETnBtP0Mbd5G1aHXFt0nySg/k+9WtMbNzcyvI6hFfKft8ai8U6NLEZ1guGipTssnQA= Received: by 10.70.21.4 with SMTP id 4mr1018362wxu; Thu, 31 Aug 2006 13:11:32 -0700 (PDT) Received: by 10.70.15.12 with HTTP; Thu, 31 Aug 2006 13:11:27 -0700 (PDT) Message-ID: Date: Thu, 31 Aug 2006 16:11:27 -0400 From: "Markus Mottl" To: "David Brown" Subject: Re: [Caml-list] Segfault in caml_oldify_local_roots. Cc: caml-list@inria.fr In-Reply-To: <44F69EF1.5000702@davidb.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44F68278.5060903@davidb.org> <44F69EF1.5000702@davidb.org> X-j-chkmail-Score: MSGID : 44F74275.000 on nez-perce : j-chkmail score : X : 0/20 1 X-Miltered: at nez-perce with ID 44F74275.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; markus:01 mottl:01 markus:01 mottl:01 segfault:01 oldify:01 messes:01 segfault:01 bug:01 ocaml:01 4039:98 wrote:01 garbage:01 caml-list:01 caml-list:01 On 8/31/06, David Brown wrote: > Turns out that if I'd read it more carefully, I should have realized that > Gzip.close_out will also close the underlying handle. Apparently calling > close_out twice on the same handle messes things up enough to segfault the > garbage collector. This is a known bug which is fixed in the current CVS-release: http://caml.inria.fr/mantis/view.php?id=4039 Normally, closing an already closed channel a second time should not cause any problems. Regards, Markus -- Markus Mottl http://www.ocaml.info markus.mottl@gmail.com