[ADMB Users] memory allocation error

Ian Taylor - NOAA Federal ian.taylor at noaa.gov
Tue Aug 27 12:05:53 PDT 2013


No worries Mark,
Glad to know things worked out for you faster than my catching up on old
emails.
Just when everything is going smoothly, you can switch to Windows 8 and
start over.
-Ian



On Tue, Aug 27, 2013 at 11:54 AM, Fowler, Mark <Mark.Fowler at dfo-mpo.gc.ca>wrote:

> Sorry, Ian, that was solved as well…****
>
> ** **
>
> I’m with stupid. I got my model folders crossed up at some point between
> program and data. Both Borland and MinGW models work fine (just had to put
> the MinGW model back to the original memory settings). I am so sorry. I’m
> not usually this disorganized, the new OS is garbling me a bit.****
>
> ** **
>
> ** **
>
> *From:* users-bounces at admb-project.org [mailto:
> users-bounces at admb-project.org] *On Behalf Of *Ian Taylor - NOAA Federal
> *Sent:* August 27, 2013 3:29 PM
> *To:* dave fournier
> *Cc:* users at admb-project.org
> *Subject:* Re: [ADMB Users] memory allocation error****
>
> ** **
>
> Hi Mark,****
>
> I don't have any good ideas on how the change in operating would have
> messed up your old model. ****
>
> ** **
>
> However, ADMB's default memory settings were improved last year with 100x
> increases in GRADSTACK_BUFFER_SIZE and CMPDIF_BUFFER_SIZE. Therefore, your
> model might work just fine if you simply delete that block of lines related
> to memory and run with the defaults. ****
>
> ** **
>
> Since your model is monstrous, it may need adjustment, but the error
> messages you get will hopefully be specific enough to tell you which
> setting(s) to increase, rather than the uninformative allocation error that
> you got.****
>
> -Ian****
>
> ** **
>
> On Tue, Aug 13, 2013 at 9:11 AM, dave fournier <davef at otter-rsch.com>
> wrote:****
>
> I would run it in debug mode and find out the line where it crashes.
>
> Otherwise a common cause of this is that the program is getting a bad
> number somehow
> and doing something like this
>
>    dvector v(1,n);   // n contains garbage which is interpreted as a huge
> number.
> _______________________________________________
> Users mailing list
> Users at admb-project.org
> http://lists.admb-project.org/mailman/listinfo/users****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.admb-project.org/pipermail/users/attachments/20130827/dfe78387/attachment.html>


More information about the Users mailing list