From: Gerd Stolpmann <info@gerd-stolpmann.de>
To: Mailing OCaML <caml-list@inria.fr>
Subject: AW: [Caml-list] Segmentation fault right after caml_alloc_custom
Date: Wed, 01 Aug 2012 22:16:12 +0200 [thread overview]
Message-ID: <1343852172.3275.2@samsung> (raw)
In-Reply-To: <C960B6881E802A459A09A7DAD55690053E7B66B9@MAIL-MBX-004.internal.amnh.org>
You did not send code, so we can only speculate. A reason for this
behavior could be that a value is not registered as local root, so the
GC thinks it is unused.
That you see the problem only on some platforms can be explained by the
different implementations of malloc, and how quickly freed memory is
really deallocated (i.e. given back to the kernel). I wouldn't give
much on this observation.
Gerd
Am 01.08.2012 22:05:19 schrieb(en) Lin Hong:
> Hi all,
>
> we have a weird problem here. In a c file, right after one call of
> 'caml_alloc_custom', some old information we have in memory is gone,
> then we have the segmentation fault because the code try to access
> those informations later.
>
> turn on debug message with OCAMLRUNPARAM, get this right before it
> crash.
>
> ......
> $Starting new major GC cycle
> Marking 9223372036854775807 words
> Subphase = 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 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
>
>
> =======================
> American Museum of Natural History
> POY website :
> https://code.google.com/p/poy/
> http://research.amnh.org/scicomp/scripts/download.php
>
> --
> Caml-list mailing list. Subscription management and archives:
> https://sympa-roc.inria.fr/wws/info/caml-list
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>
>
--
------------------------------------------------------------
Gerd Stolpmann, Darmstadt, Germany gerd@gerd-stolpmann.de
Creator of GODI and camlcity.org.
Contact details: http://www.camlcity.org/contact.html
Company homepage: http://www.gerd-stolpmann.de
------------------------------------------------------------
next prev parent reply other threads:[~2012-08-01 20:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-01 20:05 Lin Hong
2012-08-01 20:16 ` Gerd Stolpmann [this message]
[not found] ` <1343852029.3275.1@samsung>
2012-08-01 21:08 ` Lin Hong
2012-08-01 21:24 ` AW: " Gerd Stolpmann
2012-08-01 21:44 ` Lin Hong
2012-08-01 22:11 ` AW: " Gerd Stolpmann
2012-08-02 1:01 ` Lin Hong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1343852172.3275.2@samsung \
--to=info@gerd-stolpmann.de \
--cc=caml-list@inria.fr \
--cc=gerd@edgespring.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox