From: Matthew W. B. <mbi...@ai...> - 2003-10-24 16:13:26
|
Dear Timothy and Ken, Thank you both so much for your prompt reply with suggestions; I'll try those as soon as I get a chance. As of yesterday, I had rewritten the program to rely on as little JScheme as possible, converting most of the functionality in Java. What I'm doing now is JS.load on initialization and a JS.call to run one Scheme function. I found that this error still occurs. You are saying that the error message is not one of yours, but rather a VM message. I had never seen it before prior to this experiment. Let us see if we can gather some more information on this error and get back to you. Thanks again! ~ Matthew On Thu, 23 Oct 2003, Timothy John Hickey wrote: > > On Wednesday, October 22, 2003, at 11:16 AM, Matthew W. Bilotti wrote: > > > Dear JScheme developers, > > > > We were wondering what this error means. It seems to come up after our > > program has been doing what it is supposed to for awhile, and it is > > accompanied by no other error message or Java exception. We were > > hoping > > you could shed some light on this: > > > > Fatal error allocating 12 bytesAborted > Could you tell us what hardware/operating system/jvm you were using > and anything else about the program that was running? > > > > Also, in a slightly related question, we were wondering if there is any > > way to tell how deep we are recursing or what the limit is. It seems > > as > > if we blow the stack a lot like this: > > > >> java.lang.StackOverflowError > >> at > >> jsint.DynamicEnvironment.getValue(DynamicEnvironment.java:95) > >> at > > jsint.DynamicVariable.getDynamicValue(DynamicVariable.java:13) > >> at jsint.Scheme.execute(Scheme.java:484) > >> at jsint.Scheme.execute(Scheme.java:514) > >> at jsint.Procedure.makeArgArray(Procedure.java:142) > >> at jsint.Scheme.execute(Scheme.java:521) > >> at jsint.Scheme.execute(Scheme.java:497) > >> * at jsint.Procedure.makeArgArray(Procedure.java:142) > >> * at jsint.Scheme.execute(Scheme.java:521) > > > > Where the two starred lines repeat over and over again a great many > > times. > > Rewriting our procedure iteratively had no effect. > Could you send us the offending program or procedure? > > I only got it to work > > by rewriting it in Java. I am sure there is no hidden infinite > > recursion > > somewhere in our code because it works for a short input. > It could be there is a non-infinite but still very large recursion. You > can > reset the maximum Java stack depth by a command line argument > java -Xss40m jscheme.REPL > which, I think, allows 40MB stack sizes for each thread... > > See here for more details > http://java.sun.com/j2se/1.4.2/docs/tooldocs/linux/java.html > > The code also > > allocates a lot of data on the heap. Is JScheme efficient with its > > memory > > and garbage collection? Do the heap and the stack share memory? Could > > this be the problem? We are running with -Xmx1024m. > > > > Any insight you have would be greatly appreciated. > Thanks for the feedback!! > ---Tim--- > > > > Regards, > > > > Matthew Bilotti > > > > -- > > matthew w. bilotti > > artificial intelligence laboratory > > massachusetts institute of technology > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by OSDN developer relations > > Here's your chance to show off your extensive product knowledge > > We want to know what you know. Tell us and you have a chance to win > > $100 > > http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 > > _______________________________________________ > > Jscheme-devel mailing list > > Jsc...@li... > > https://lists.sourceforge.net/lists/listinfo/jscheme-devel > > > -- matthew w. bilotti artificial intelligence laboratory massachusetts institute of technology |