Segmentation fault at the start

Information about ongoing ROMS/TOMS applications

Moderators: arango, robertson

Post Reply
Message
Author
lalvarez
Posts: 106
Joined: Wed Feb 03, 2010 6:59 pm
Location: Universidad Autonoma de Baja California Sur

Segmentation fault at the start

#1 Unread post by lalvarez »

Hello All

I'm having a problem by the time i try to run ROMS, this is what i got

ggv@SNI01 ~/roms/Projects/Leo $ ./oceanO <leo.in >out00.txt

Program received signal SIGSEGV: Segmentation fault - invalid memory reference.

Backtrace for this error:
#0 0x7FACD9F6A7D7
#1 0x7FACD9F6ADDE
#2 0x7FACD96ACD3F
#3 0x414C37 in read_fltpar_
#4 0x409155 in inp_par_
#5 0x403699 in __ocean_control_mod_MOD_roms_initialize
Segmentation fault

I attach my floats file

I really appreciate your help on this

Thanks in advance
Attachments
Leofloats.in
(13.27 KiB) Downloaded 664 times

User avatar
m.hadfield
Posts: 521
Joined: Tue Jul 01, 2003 4:12 am
Location: NIWA

Re: Segmentation fault at the start

#2 Unread post by m.hadfield »

I suggest you get into read_fltpar with a debugger or (my choice) add some WRITE statements.

It would be helpful if your compiler told you the line number at which the error occurred. Most compilers can be persuaded to do this. For Gfortran (on most platforms) you just need to set the USE_DEBUG make variable.

lalvarez
Posts: 106
Joined: Wed Feb 03, 2010 6:59 pm
Location: Universidad Autonoma de Baja California Sur

Re: Segmentation fault at the start

#3 Unread post by lalvarez »

Hello Mike

Thanks for your comment, acrually we have solve that problem, what we are facing now iare the DT and dt, time steps. We are running on a large domain (figure atteched) and we can not fine aa adecuate pair of the to make Roms run, it blows up at the very start, here i attach the file too (out00.txt).

Thanks in advance Mike
Attachments
Figure.docx
(1.11 MiB) Downloaded 678 times
out00.txt
(38.68 KiB) Downloaded 720 times

User avatar
kate
Posts: 4091
Joined: Wed Jul 02, 2003 5:29 pm
Location: CFOS/UAF, USA

Re: Segmentation fault at the start

#4 Unread post by kate »

I suggest you set NINFO to 1 so that diag can check for extreme values every timestep. Then you can perhaps see what is going bad before the whole grid is full of NaN. When it saves a record to the restart file like that, look at it with your favorite viewer, ncview or whatever you like. Where is it blowing up? Perhaps you should also look at your boundary and forcing files. What are you doing with the ZCLIMATOLOGY?

machaielder
Posts: 43
Joined: Wed Mar 18, 2015 3:40 pm
Location: Universidade Federal Fluminense

Re: Segmentation fault at the start

#5 Unread post by machaielder »

Hello Every one. I am having the the following error error message (see the log file in attachment) ; my compiler is gfortran;
Program received signal SIGSEGV: Segmentation fault - invalid memory reference.
Any help please
Attachments
sofala.log
(11.41 KiB) Downloaded 663 times

User avatar
kate
Posts: 4091
Joined: Wed Jul 02, 2003 5:29 pm
Location: CFOS/UAF, USA

Re: Segmentation fault at the start

#6 Unread post by kate »

#4 0x4C9809 in check_multifile_
#5 0x433911 in initial_
Can you show us the part of your ocean.in that refers to the boundary, climatology and forcing files? Which version of ROMS is this, exactly?

machaielder
Posts: 43
Joined: Wed Mar 18, 2015 3:40 pm
Location: Universidade Federal Fluminense

Re: Segmentation fault at the start

#7 Unread post by machaielder »

Dear Kate
thank you for replying.my ROMS version 3.7.
I send in attachment my ocean.in

Kindest Regards
Attachments
ocean.in
(116.92 KiB) Downloaded 718 times

User avatar
kate
Posts: 4091
Joined: Wed Jul 02, 2003 5:29 pm
Location: CFOS/UAF, USA

Re: Segmentation fault at the start

#8 Unread post by kate »

Code: Select all

     NFFILES ==                           ! number of unique forcing files

     FRCNAME ==                ! forcing file 1, grid 1
I suggest you put NFFILES == 1 even if you don't have any files. Also, provide some bogus filename for the forcing file. ROMS will allocate the FRC object to have NFFILES elements in it, so I don't know what it would do with a blank there. Nothing good, obviously. Also, you want a filename for FRCNAME just for error reporting. If ROMS thinks it needs a forcing file, it will try to open it, and the error is more meaningful with "unable to open file: some_bogus_forcing.nc" than with a blank filename.

Post Reply