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 mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by sympa.inria.fr (Postfix) with ESMTPS id 6DC9F7ED5C for ; Wed, 1 Aug 2012 22:05:45 +0200 (CEST) Received-SPF: None (mail4-smtp-sop.national.inria.fr: no sender authenticity information available from domain of lhong@amnh.org) identity=pra; client-ip=216.73.244.167; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="lhong@amnh.org"; x-sender="lhong@amnh.org"; x-conformance=sidf_compatible Received-SPF: None (mail4-smtp-sop.national.inria.fr: no sender authenticity information available from domain of lhong@amnh.org) identity=mailfrom; client-ip=216.73.244.167; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="lhong@amnh.org"; x-sender="lhong@amnh.org"; x-conformance=sidf_compatible Received-SPF: None (mail4-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-mx-002.amnh.org) identity=helo; client-ip=216.73.244.167; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="lhong@amnh.org"; x-sender="postmaster@mail-mx-002.amnh.org"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlYBANyLGVDYSfSnmWdsb2JhbAArGoJKrXEBiFQiAQEBAQEICwsHFCeCIgWBCwEqViYBBBuIBQEKKZsXoXKRcmADiBiOQ4gXgVqHZw X-IronPort-AV: E=Sophos;i="4.77,696,1336341600"; d="scan'208,217";a="152237368" Received: from mail-mx-002.amnh.org ([216.73.244.167]) by mail4-smtp-sop.national.inria.fr with ESMTP; 01 Aug 2012 22:05:25 +0200 X-ASG-Debug-ID: 1343851521-04264159b4414530001-jBxyQn Received: from amnh.org ([172.16.8.238]) by mail-mx-002.amnh.org with ESMTP id YSVRRtEFItzMNYSy for ; Wed, 01 Aug 2012 16:05:21 -0400 (EDT) X-Barracuda-Envelope-From: lhong@amnh.org Received: from MAIL-MBX-004.internal.amnh.org ([fe80::7070:e0a1:bc56:c30a]) by MAIL-CASHT-003.internal.amnh.org ([fe80::a487:6081:d54f:db9e%12]) with mapi id 14.01.0289.001; Wed, 1 Aug 2012 16:05:20 -0400 From: Lin Hong X-Barracuda-Apparent-Source-IP: fe80::7070:e0a1:bc56:c30a To: Mailing OCaML Thread-Topic: Segmentation fault right after caml_alloc_custom X-ASG-Orig-Subj: Segmentation fault right after caml_alloc_custom Thread-Index: Ac1wH4DjhkYttIJiTfugIoGKN2YV/w== Date: Wed, 1 Aug 2012 20:05:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.8.250] Content-Type: multipart/alternative; boundary="_000_C960B6881E802A459A09A7DAD55690053E7B66B9MAILMBX004inter_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[172.16.8.238] X-Barracuda-Start-Time: 1343851521 X-Barracuda-URL: http://spam.amnh.org:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at amnh.org X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=4.0 KILL_LEVEL=9.0 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.104401 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message Subject: [Caml-list] Segmentation fault right after caml_alloc_custom --_000_C960B6881E802A459A09A7DAD55690053E7B66B9MAILMBX004inter_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, we have a weird problem here. In a c file, right after one call of 'caml_al= loc_custom', some old information we have in memory is gone, then we have t= he segmentation fault because the code try to access those informations lat= er. turn on debug message with OCAMLRUNPARAM, get this right before it crash. ...... $Starting new major GC cycle Marking 9223372036854775807 words Subphase =3D 10 Sweeping 9223372036854775807 words Compacting heap... Shrinking heap to 37696k bytes Shrinking heap to 36704k bytes Shrinking heap to 35712k bytes Shrinking heap to 34720k bytes Shrinking heap to 33728k bytes Shrinking heap to 32736k bytes Shrinking heap to 31744k bytes Shrinking heap to 30752k bytes done. is it possible that the ocaml garbage collection free memory that is still = in use? the data cause this is kind of big, it doesn't happen right away,and it doe= sn't happen on every machine (linux with ocaml4 is fine, ocaml3.xx is not. = mac with ocaml4 still shows the problem though). any suggestion is appreciated. Thanks, Lin =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D American Museum of Natural History POY website : https://code.google.com/p/poy/ http://research.amnh.org/scicomp/scripts/download.php --_000_C960B6881E802A459A09A7DAD55690053E7B66B9MAILMBX004inter_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,

we have a weird problem here. In a c file, right after one call of 'ca= ml_alloc_custom', some old information we have in memory is gone, then we h= ave the segmentation fault because the code try to access those information= s later.

 turn on debug message with OCAMLRUNPARAM, get this right be= fore it crash.

......
$Starting new major GC cycle
Marking 9223372036854775807 words
Subphase =3D 10
Sweeping 9223372036854775807 words
Compacting heap...
Shrinking heap to 37696k bytes
Shrinking heap to 36704k bytes
Shrinking heap to 35712k bytes
Shrinking heap to 34720k bytes
Shrinking heap to 33728k bytes
Shrinking heap to 32736k bytes
Shrinking heap to 31744k bytes
Shrinking heap to 30752k bytes
done.

is it possible that the ocaml garbage collection free memory that is s= till in use?

the data cause this is kind of big, it doesn't happen right away,and i= t doesn't happen on every machine (linux with ocaml4 is fine, ocaml3.xx is = not. mac with ocaml4 still shows the problem though).

any suggestion is appreciated.


Thanks,
Lin 


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
American Museum of Natural History
POY website : 
--_000_C960B6881E802A459A09A7DAD55690053E7B66B9MAILMBX004inter_--