Christophe, On 30 Nov 2009, at 15:26, Christophe Raffalli wrote: > It seems that the problem of stack size is still not solved in OS X (limited > to 8Mo by default and > hard limit in the kernel to 64Mo with ulimit -s 64000). My unison is still > crashing on > very big changes ... > > However, I stumbled on this pdf > > http://www.google.fr/url?sa=t&source=web&ct=res&cd=1&ved=0CAcQFjAA&url=http%3A%2F%2Fhomepage.mac.com%2Feric.c%2Fhpc%2Fcontents%2Fdocumentation%2FHow%2520to%2520increase%2520the%2520stack%2520size%2520on%2520Mac%2520OS%2520X.pdf&ei=v-MTS4aMG4Wj_AbFmok2&usg=AFQjCNH1qCjydtM1doAdtwtTJxaEAmwLSw&sig2=u9faAiBSuB7v-VzvHDPHRA) > > (This is the first hit on google with "increasing stack size on OS X") > > which explain how to use -stack-addr and -stack-size in the gnu linker to > change the stack address > and size. > > Did anyone try this on OS X for OCaml program ? > > I think stack limitation, for a functional program is not good and it is even > worse when the limit > depends upon the platform.
You may find that a small number of changes to the source code can prevent excess stack usage - it may not be riddled through the whole program. On an Intel macintosh, you can get the list of exceptions leading to the stack overflow from OCaml, and work through them to find the source of the problem. On first compiling my codebase (about 100,000 lines) on a machine with limited stack size, it took only about a day to fix up. I agree that, morally, stack space available and general memory available should be roughly equivalent concepts (like with Linux), but sometimes it's easier to give in - after all, how are you to estimate the size you actually need accurately? Cheers, -- John Whitington Director, Coherent Graphics Ltd http://www.coherentpdf.com/ _______________________________________________ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs