open TELEMAC-MASCARET The mathematically superior suite of solvers

Dear Sirs,
I am a beginner user of your model Telemac2D. It seems to me being really a good product but, for now, these remain only sensations because I am not able to run properly the model Telemac2D.

I would like to do a very simple thing: to run the model that I have compiled without problems with Intel on one example of yours.

Actually the program is not able to read the geometry of any case derived from your examples in Test.gb folder. It seems to me that the problem arises when the program tries to read the mesh in almesh.f or, more specifically, in readgeo1.f. The lines where the problem arises are these (in SUBROUTINE READGEO1):

C
C ON SE PLACE AU DEBUT DU FICHIER
C
REWIND NFIC
C
C 1: TITLE.
CALL LIT(XB,RB,IB,TITRE,72,'CH',NFIC,'STD',ISTAT)

I haven't not suffered any problem in compiling the program with Intel or, in general, with installation. I was happy for this. But when I have tried to run the model Telemac2D the DOS windows showed me these lines:

LIT : READ ERROR
ONE INTENDED TO READ
A RECORD OF 72 VALUES
OF TYPE : CH
ON LOGICAL UNIT : 1



PLANTE: PROGRAM STOPPED AFTER AN ERROR
Returning exit code: 2

Surely I am committing some error because I cannot think to a bug so basilar in the code.
It would seem to me impossible. In any case I attach the Dos screen to show the whole input until the crucial point (in sub READGEO1.f). The example is River Culm in Test.gb folder.

Can you help me? I will be very obliged from now.
Best wishes
Andrea

Dear Andrea,

The problem occurs when reading the first record of the geometry file. We have this error when the compiler has not received directives saying that our binary files are of big_endian type (native on PC is little_endian). Could it be this ? Normally not with our compiler directives for intel in file config.ini.

In any case your command telemac2d cas.txt (for example) must have generated a temporary folder with "tmp" in the name, that is not destroyed in case of crash. In it you should check that there is a file named T2DGEO which a copy of your geometry file. You can check the size compared to your original geometry file or try to open it with Fudaa or Blue Kenue.

These are first hints to start with, then we'll see,

WIth best regards,

Jean-Michel

Dear Jean Michel :) ,
I have to thank you very much. You have solved my problem because the model now seems running without any error. Now I will try to see the results using Rubens, launched by means of the Supervisor. Thank you again for having solved my problems, with celerity and precision.

Now I don't see the time to look at the results.
Best wishes, kind regards, merci beaucoup
Andrea

Bonjour

I have the same problem now. I checked the tmp files and the T2DGEO is there, I opened and its fine.

What I dont understand is how to solve the problem. Should I copy T2DGEO to the cas.txt folder or should I change something in the systel.ini?

Hasta pronto companeros

Victor

Hello Victor,

If it worked before and you have this problem now, it means that your initial geometry file is corrupted or not in big_endian format. You can check this with a post-processor to see if it works (but Blue Kenue reads as well both little or big_endian so it is not a proof...).

With best regards,

Jean-Michel

When you load a SELAFIN file with Blue Kenue you will see the message "This appears to be a byte swapped file" if the file is "BigEndian".
Blue Kenue allows you to save a SELAFIN file in either BigEndian (the default) or LittleEndian byte format. In this way you can "translate" a file to whichever format you require.

Cheers... martin

I am a new struggling user of TELEMAC and have come up against what seems to be the same problem described above. Although, I've checked and am certain that my .slf file is Big Endian (created in BlueKenue). My error message is pasted below; I am running in Linux. Any other ideas?

Merci de ton aide,

Tamsin


__________________________________________________________________________

model@mod-1:~/data/35648T2/Mesh_11/TELEMAC$ runcode.py telemac2d -s t2d_SalishSea_v11.cas


Loading Options and Configurations
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

... parsing configuration file


Running t2d_SalishSea_v11.cas with telemac2d under /home/model/data/35648T2/Mesh_11/TELEMAC
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

... reading module dictionary
/home/model/data/35648T2/Mesh_11/TELEMAC/t2d_SalishSea_v11.cas
... running in English
copying: telemac2dv6p1.dico
copying: Test_tides.prn
copying: t2d_SalishSea_v11.cas
copying: BND_SalishSea_v11.clm
copying: SalishSea_v11b.slf
/home/model/data/35648T2/Mesh_11/TELEMAC/t2d_SalishSea_v11.cas_2011-08-13-00h52min03s/out_telemac2dv6p1

LISTING OF TELEMAC-2D

---

TTTTT EEEEE L EEEEE M M AAAAA CCCCC
T E L E MM MM A A C
T EEE L EEE M M M AAAAA C
T E L E M M A A C
T EEEEE LLLLL EEEEE M M A A CCCCC

2D VERSION 6.1 FORTRAN 90
WITH SEVERAL TRACERS
COUPLED WITH SISYPHE AND TOMAWAC

END OF FILE FOR DAMOCLES

********************************************
* LECDON: *
* AFTER CALLING DAMOCLES *
* CHECKING OF DATA READ *
* IN THE STEERING FILE *
********************************************

EXITING LECDON. NAME OF THE STUDY:
Salish Sea_test

OPENING FILES FOR TELEMAC2D

*****************************
* MEMORY ORGANIZATION *
*****************************

LIT : ABNORMAL END OF FILE
ONE INTENDED TO READ
A RECORD OF 2 VALUES
OF TYPE : I
ON LOGICAL UNIT : 1

PLANTE: PROGRAM STOPPED AFTER AN ERROR
RETURNING EXIT CODE: 2
copying: SalishSea_test_out.slf
copying: t2d_SalishSea_v11.cas_2011-08-13-00h52min03s.sortie
model@mod-1:~/data/35648T2/Mesh_11/TELEMAC$

Hi Tamsin,

It's curious that you get the error on the second record of the Selafin file (which is supposed to contain 2 integers). I ran into this myself a while ago, while trying to write some code that used the BIEF library, but otherwise wasn't linked to TELEMAC. In that case, it turned out that I'd forgotten to use -fconvert=big_endian in my compile line.

Perhaps you could check your config file to make sure that this option is present in both the cmd_obj: and cmd_exe: lines?

I'm not 100% sure that this is the cause of your problem, but it's a good a place as any to start.

Good luck!
Chris

Thanks Chris.

Turns out in my frustration (late on a Friday night) - the error message I copied came from a .slf file that I had saved in native format, not Big-Endian; I was trying everything I could think of at the time. So - the responses above are actually applicable.

However, when I try and run with the Big-Endian .slf file I can't get past 'go'; the program crashes before properly starting (before 'LISTING OF TELEMAC -2D

---

). This to me suggests there is something wrong with my input files - are there any classic rookie mistakes that I could be looking for?

Thanks in advance for any help received,

Tamsin

Hmm. How strange that it should try to run with a native selafin file but not a big-endian file. Can you think of anything else that may have changed between the two cases?

As for rookie mistakes... Well, there are many, but I can't think of any that match what you're seeing. Others might have seen something similar.

A few questions that might help us to diagnose the problem:

1) Is the temporary directory created? It will be named after your steering file, with a timestamp at the end. If it exists, what does it contain?

2) How exactly does the code crash? Does it stop dead after copying the files, or is there some kind of python error message?

3) Can you provide us with a copy of your project files (by attaching a zipped file) and systel.cfg file, so that we can try to recreate the problem?

Thanks,
Chris