From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 58C447FACB for ; Sat, 6 Sep 2014 00:01:32 +0200 (CEST) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of sebastien.mondet@gmail.com) identity=pra; client-ip=74.125.82.49; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="sebastien.mondet@gmail.com"; x-sender="sebastien.mondet@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of sebastien.mondet@gmail.com designates 74.125.82.49 as permitted sender) identity=mailfrom; client-ip=74.125.82.49; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="sebastien.mondet@gmail.com"; x-sender="sebastien.mondet@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-wg0-f49.google.com) identity=helo; client-ip=74.125.82.49; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="sebastien.mondet@gmail.com"; x-sender="postmaster@mail-wg0-f49.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoBAHoxClRKfVIxm2dsb2JhbABag2BXBIJ4r3GENJAJgWmHTAGBAAgWEAEBAQEBBgsLCRQphAMBAQEDARIRHQEbEgsBAwELBgUEBw0NHQICIgERAQUBChIGExIQiAsBAwkIDZ1ha4srgXKDEIkKChknAwpmhXQBEQEFDo5oUwQHgnmBUwWFCgWKBxODFoMvhn6BXIZpim8YKYUuIS+BB4FIAQEB X-IPAS-Result: ApoBAHoxClRKfVIxm2dsb2JhbABag2BXBIJ4r3GENJAJgWmHTAGBAAgWEAEBAQEBBgsLCRQphAMBAQEDARIRHQEbEgsBAwELBgUEBw0NHQICIgERAQUBChIGExIQiAsBAwkIDZ1ha4srgXKDEIkKChknAwpmhXQBEQEFDo5oUwQHgnmBUwWFCgWKBxODFoMvhn6BXIZpim8YKYUuIS+BB4FIAQEB X-IronPort-AV: E=Sophos;i="5.04,475,1406584800"; d="scan'208";a="93256012" Received: from mail-wg0-f49.google.com ([74.125.82.49]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 06 Sep 2014 00:01:31 +0200 Received: by mail-wg0-f49.google.com with SMTP id y10so12286498wgg.20 for ; Fri, 05 Sep 2014 15:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=vN6cJFyEEYRX3YtNk1W5sJmJR3fv9wRJFbnCaAxG03I=; b=hAK4bH1LfxG9vX2tucT7nszv/3SBqJTpElHPAFDx1ZaiwTikXglgS3KYx3LdDbM8zr rBCQBDzyOCCBGndgNb+wfHzPZRtExidyp6IR1CFllasAPAU5k5gE4tU5hwM7KPloRXQl gGbGW6bN1yH/tPE66KQ441CyvZXoUCRSyWYB+Ha/yLhHsf9pl9cAYx6ALz17Z1ZM/mMy zqrXa30tgNNe4TXRscue0QBWROI72RJVIodxUubrp82Dq5qW4P3J/bODok3W8eawTihN eYRR5TnxpHceKOJ+5rnQ+oFwGwkJqow1Qo2fRCGvDIfEuUEnHK90te9o+dNfgE1eln4D rGdg== X-Received: by 10.180.20.148 with SMTP id n20mr6636939wie.22.1409954491289; Fri, 05 Sep 2014 15:01:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.203.6 with HTTP; Fri, 5 Sep 2014 15:01:11 -0700 (PDT) In-Reply-To: <20140905215626.GB3416@annexia.org> References: <20140905215626.GB3416@annexia.org> From: Sebastien Mondet Date: Fri, 5 Sep 2014 18:01:11 -0400 Message-ID: To: "Richard W.M. Jones" Cc: Ashish Agarwal , Caml List Content-Type: multipart/alternative; boundary=bcaec53f345d9a55e20502589c42 Subject: Re: [Caml-list] segfault in simple program with 4.02 native --bcaec53f345d9a55e20502589c42 Content-Type: text/plain; charset=UTF-8 Rich, please just `git pull`, Core has been removed from the deps few seconds ago. On Fri, Sep 5, 2014 at 5:56 PM, Richard W.M. Jones wrote: > On Fri, Sep 05, 2014 at 05:33:11PM -0400, Ashish Agarwal wrote: > > https://github.com/agarwal/ocaml402_error > > > > The above link contains a simple program that segfaults when compiling > with > > ocamlopt 4.02. Byte code doesn't segfault, nor does native code with > 4.01. > > > > This is the minimal example I could come up with. It uses atdgen and is > > sensitive to the exact fields in the .atd file. Removing any of the > fields > > leads to correctly functioning code. > > > > I've only tested on Mac OS X so far. > > > > In the context of my full code, I observed another behavior also. Instead > > of a segfault, I would get random non-ascii characters printed for the > > value of postgres.host, and it would be different on repeated runs of the > > program (I didn't even recompile in between). I can't seem to reproduce > > this behavior, only getting the segfault now. > > I made a best effort to compile that, but I don't have some of > the gazillion dependencies. So instead I have a suggestion: > > What happens if you increase the stack limit? > > Rich. > > -- > Richard Jones > Red Hat > > -- > Caml-list mailing list. Subscription management and archives: > https://sympa.inria.fr/sympa/arc/caml-list > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > --bcaec53f345d9a55e20502589c42 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Rich, please just `git pull`, Core has been= removed from the deps few seconds ago.




On Fri, Sep 5, 2014 at 5:56 PM,= Richard W.M. Jones <rich@annexia.org> wrote:
On Fri, Sep 05, = 2014 at 05:33:11PM -0400, Ashish Agarwal wrote:
> https://github.com/agarwal/ocaml402_error
>
> The above link contains a simple program that segfaults when compiling= with
> ocamlopt 4.02. Byte code doesn't segfault, nor does native code wi= th 4.01.
>
> This is the minimal example I could come up with. It uses atdgen and i= s
> sensitive to the exact fields in the .atd file. Removing any of the fi= elds
> leads to correctly functioning code.
>
> I've only tested on Mac OS X so far.
>
> In the context of my full code, I observed another behavior also. Inst= ead
> of a segfault, I would get random non-ascii characters printed for the=
> value of postgres.host, and it would be different on repeated runs of = the
> program (I didn't even recompile in between). I can't seem to = reproduce
> this behavior, only getting the segfault now.

I made a best effort to compile that, but I don't have some= of
the gazillion dependencies.=C2=A0 So instead I have a suggestion:

What happens if you increase the stack limit?

Rich.

--
Richard Jones
Red Hat

--
Caml-list mailing list.=C2=A0 Subscription management and archives:
ht= tps://sympa.inria.fr/sympa/arc/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs

--bcaec53f345d9a55e20502589c42--