Welcome, Guest
Username: Password: Remember me
  • Page:
  • 1
  • 2

TOPIC: Problem with max. number of boundaries + previous comp file v7.1

Problem with max. number of boundaries + previous comp file v7.1 8 years 10 months ago #19462

  • gh_river
  • gh_river's Avatar
Hi,

ich habe a problem with a simulation in Telemac2D v7p1. If I give a previous computation file in the cas-file, Telemac stopps with the error


FRONT2: SIZE OF ARRAYS EXCEEDED
INCREASE THE
MAXIMUM NUMBER OF BOUNDARIES
IN THE CALLING PROGRAM
THE CURRENT VALUE IS 30

The mesh has over 300 boundaries, but the simulation is running without previous computation file (singular and parallel mode).
I checked front2.f and in line 192-229 the max number of boundaries are checked, but there is MAXFRO given and MAXFRO should be much higher than 30….
I do not get the point – Where is the connection between MAXFRO and the previous computation file?

Many thanks,
Gabi

p.s. The simulation is also running, if there are just 2 solid and 2 liquid boundaries…
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 10 months ago #19463

  • gh_river
  • gh_river's Avatar
Hi again,

It seems that the previous computation file is not the problem. I get the same error if I just add a fortran file without changing anything (telemac2d.f)….

Maybe this helps to detect the problem…

Thanks,
Gabi
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 10 months ago #19464

  • jmhervouet
  • jmhervouet's Avatar
Hello,

This is a new feature in version 7.1, the

MAXIMUM NUMBER OF BOUNDARIES

is now a keyword with default value 30 but you can change it by giving the true number or over :

MAXIMUM NUMBER OF BOUNDARIES : 400

for example. This triggers dynamic allocations.

With best regards,

Jean-Michel Hervouet
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 10 months ago #19474

  • gh_river
  • gh_river's Avatar
Hi Jean-Michel,

thanks for the hint!

Best regards,
Gabi
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 9 months ago #19629

  • pilou1253
  • pilou1253's Avatar
  • OFFLINE
  • openTELEMAC Guru
  • Posts: 584
  • Thank you received: 106
Hi!

I have a model with 1221 boundaries (yes...). I am running on version 7.0 and don't have any problem, apparently. Is it OK to continue doing so or should I move to 7.1 and use MAXIMUM NUMBER OF BOUNDARIES = 1221?

Thank you for your help!

Best regards
PL
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 9 months ago #19634

  • c.coulet
  • c.coulet's Avatar
  • OFFLINE
  • Moderator
  • Posts: 3722
  • Thank you received: 1031
In 7.0, the maximum number of boundaries was a parameter in telemac so if it works, it's OK.
In 7.1, its had been changed to a keyword with a low default value (30) in order to limit the unused allocated space...
Both solutions will works

Regards
Christophe
The administrator has disabled public write access.
The following user(s) said Thank You: pilou1253

Problem with max. number of boundaries + previous comp file v7.1 8 years 9 months ago #19636

  • pilou1253
  • pilou1253's Avatar
  • OFFLINE
  • openTELEMAC Guru
  • Posts: 584
  • Thank you received: 106
Hi,

Thank you!
Just a comment: it seems that the integer variable for boundary index used in the sortie listing is limited to 3 digits, showing *** if the boundary index is larger than 999:

THERE IS *** ISLAND(S) IN THE DOMAIN

THERE IS *** SOLID BOUNDARIES:

BOUNDARY 1 :
BEGINS AT BOUNDARY POINT: 1 , WITH GLOBAL NUMBER: 2611
AND COORDINATES: 833.9969 2496.067
ENDS AT BOUNDARY POINT: 1 , WITH GLOBAL NUMBER: 2611
AND COORDINATES: 833.9969 2496.067

...

BOUNDARY *** :
etc

Not a big deal, but maybe you can add one digit to it so that we get all the information regarding the number of boundaries directly?

Best regards
PL
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 9 months ago #19639

  • jmhervouet
  • jmhervouet's Avatar
Hello,

If I remember well the previous number was 3000, which costed a lot for all users, so probably your model works, except the file format when writing the numbers. We'll change that if it is not yet done for version 7.1 but this is no problem for the results.

With best regards,

Jean-Michel Hervouet
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 7 months ago #20896

  • gh_river
  • gh_river's Avatar
Hi,

ich habe a new problem with a simulation in Telemac2D v7p1. I have a bigmesh with over 3000 boundaries...

Even if I give MAXIMUM NUMBER OF BOUNDARIES = 4000, I get the error:


FRONT2: SIZE OF ARRAYS EXCEEDED
INCREASE THE
MAXIMUM NUMBER OF BOUNDARIES
IN THE CALLING PROGRAM
THE CURRENT VALUE IS 3000

I checked front2.f and in line 192-229 the max number of boundaries are checked, but there is MAXFRO given and MAXFRO should be set to 4000 in this case by the MAXIMUM NUMBER OF BOUNDARIES.
Where are the 3000 thus left (and hidden) in the code?

Does anyone has an idea, where this error is coming from (or which subroutine still has the 3000 in there)?

Many thanks,
Gabi
The administrator has disabled public write access.

Problem with max. number of boundaries + previous comp file v7.1 8 years 7 months ago #20899

  • riadh
  • riadh's Avatar
Hello Gabi

This looks strange !
can you put front2 subroutine in your user fortran file and check if maxfro is 3000 or 4000 ?
maxfro is not supposed to be modified before the call of front2.

Kind regards

Riadh
The administrator has disabled public write access.
  • Page:
  • 1
  • 2
Moderators: pham

The open TELEMAC-MASCARET template for Joomla!2.5, the HTML 4 version.