From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 34F20BC0A for ; Wed, 13 Jun 2007 19:08:24 +0200 (CEST) Received: from access1.cims.nyu.edu (ACCESS1.CIMS.NYU.EDU [128.122.81.155]) by concorde.inria.fr (8.13.6/8.13.6) with ESMTP id l5DH89HS001970 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 13 Jun 2007 19:08:23 +0200 Received: from localhost (localhost [127.0.0.1]) by access1.cims.nyu.edu (8.13.8+Sun/8.13.8) with ESMTP id l5DH86pY005389; Wed, 13 Jun 2007 13:08:06 -0400 (EDT) Date: Wed, 13 Jun 2007 13:08:06 -0400 (EDT) From: Igor Peshansky X-X-Sender: pechtcha@access1.cims.nyu.edu Reply-To: caml-list@yquem.inria.fr To: Alain Frisch Cc: skaller , caml-list@yquem.inria.fr, Emmanuel Onzon , Rhythmic Fistman , felix-impl Subject: Re: [Caml-list] cywgin stack overflow In-Reply-To: <46701AFB.40403@inria.fr> Message-ID: References: <1181720072.23474.13.camel@rosella.wigram> <1181738340.6135.6.camel@rosella.wigram> <1181743209.6135.13.camel@rosella.wigram> <1181744198.6141.3.camel@rosella.wigram> <46701AFB.40403@inria.fr> Importance: Normal MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Miltered: at concorde with ID 4670247A.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; stack:01 frisch:01 ocamlopt:01 ocamlopt:01 stack:01 ocaml:01 cygwin:01 mingw:01 segfault:01 cygwin:01 2007,:98 wrote:01 wrote:01 caml-list:01 msvc:01 On Wed, 13 Jun 2007, Alain Frisch wrote: > skaller wrote: > > ocamlopt.opt: fails without message > > ocamlopt: fails with Stack overflow message > > FYI, OCaml does not implement stack detection under Cygwin in native > code (contrary to MSVC and Mingw ports), so the difference of behavior > between ocamlopt and ocamlopt.opt is not suprising. (I guess you get > the equivalent of a segfault with ocamlopt.opt, but maybe nothing is > printed.) In that case there should be a ocamlopt.opt.exe.stackdump somewhere... On a different note, why doesn't it? Is there a special Cygwin flag that disables that code? Is the mechanism any different than on Linux? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu | igor@watson.ibm.com ZZZzz /,`.-'`' -. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for "nothing left to lose"... -- Janis Joplin