-
Notifications
You must be signed in to change notification settings - Fork 223
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error while running examples #15
Comments
It works fine for me. Could you provide some more details about output files and error? |
This is the complete output file that i obtain from running in the terminal "nastran d01011a.inp" _ NASTRAN FILES=NPTP
1 / 95 INTEL LINUX NASTRAN / JAN 27, 20 / PAGE 2 0
1 / 95 INTEL LINUX NASTRAN / JAN 27, 20 / PAGE 3 0 0 N A S T R A N E X E C U T I V E C O N T R O L D E C K E C H O
0*** USER FATAL MESSAGE 8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
1 |
It is likely that either your installation or unzipped file went corrupt...I cannot reproduce your output. Even the USER FATAL MESSAGE 8020 is not found in MSSG.TXT, but it might be outdated compared to the system. I have attached what you should get in a zip file. I modified the output file extension to f06 (MSC/NASTRAN standard). |
It appears that the problem is with the version 19.10 of Ubuntu.... I have tried it on a machine with installed Ubuntu 16.04 and it worked fine. |
Are you running the nastran binary executable directly, or the shell
script? There are a bunch of environment variables that need to be set
before actually running the binary.
…On Mon, Jan 27, 2020 at 5:23 AM fede-boinc ***@***.***> wrote:
This is the complete output file that i obtain from running in the
terminal "nastran d01011a.inp"
the output file is named "d01011a.inp.out".
_ NASTRAN FILES=NPTP
****
* *
* *
* N A S T R A N
* *
* *
****
INTEL COMPUTER SYSTEMS
LINUX VERSION
SYSTEM RELEASE - 1995 ED.
DISTRIBUTED BY
COMPUTER SOFTWARE MANAGEMENT AND INFORMATION CENTER (COSMIC)
UNIVERSITY OF GEORGIA, ATHENS, GEORGIA 30602
PHONE: (706)542-3265 FAX: (706)542-4807
1 / 95 INTEL LINUX NASTRAN / JAN 27, 20 / PAGE 2
0
INSTALLATION CENTER USER INFORMATION GIVEN IN THIS SECTION
*********************************************
* *
* PLEASE READ THE COMMENT IN DEMO PROBLEM *
* D01002A ABOUT SYSTEM TIMING CONSTANTS *
* *
*********************************************
===X= TOP OF PAGE REQUEST IF 'X' IS REPLACED BY '='
1 / 95 INTEL LINUX NASTRAN / JAN 27, 20 / PAGE 3
0
0*** USER INFORMATION MESSAGE 225, GINO TIME CONSTANTS ARE BEING COMPUTED
(SEE NASINFO FILE FOR ELIMINATION OF THESE COMPUTATIONS)
1 / 95 INTEL LINUX NASTRAN / JAN 27, 20 / PAGE 4
0 N A S T R A N E X E C U T I V E C O N T R O L D E C K E C H O
0
ID D01011A,NASTRAN
CHKPNT YES
DIAG 15
APP DISPLACEMENT
SOL 1,1
TIME 15
CEND
0*** USER FATAL MESSAGE 8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING
CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*
*SBST 1, 3 0 1 2 3 4 5 6 7 8 1 0 0 0 0 0 0 0 0 0* USER FATAL MESSAGE
8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
****SBST 1, 3
0 1 2 3 4 5 6 7 8
1 0 0 0 0 0 0 0 0
ERRTRC CALLED
NAME=WRTMSG
IVAL= 100
* * * END OF JOB * * *
1
JOB TITLE =
DATE: 1/27/20
END TIME: 12:19:43
TOTAL WALL CLOCK TIME 0 SEC.
_
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#15?email_source=notifications&email_token=AECRSQ2WZZX7NFR4GUOFE33Q727ZRA5CNFSM4KHT7S72YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJ7FF4I#issuecomment-578704113>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AECRSQYBCVHWFRNPCYMQE43Q727ZRANCNFSM4KHT7S7Q>
.
|
I did nothing more than: then i saved d01011a.inp on a usb drive and run in that folder On 16.04 it worked fine, on 19.10 i got that errors |
Good to now. I tested it on Ubuntu 18.04 LTS (32bit), Ubuntu 18.04.2 LTS (64bit), freeBSD 12.0 and even the Ubuntu App for Windows 10. All of them work. |
I am not sure I understand the error message. The offending cards don't
appear to be in the original input file d01011a.inp.
https://github.com/nasa/NASTRAN-95/blob/master/inp/d01011a.inp
If you download the input from github, can you get it to run?
…On Thu, Jan 30, 2020 at 10:28 AM JuanP74 ***@***.***> wrote:
Good to now. I tested it on Ubuntu 18.04 LTS (32bit), Ubuntu 18.04.2 LTS
(64bit), freeBSD 12.0 and even the Ubuntu App for Windows 10. All of them
work.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#15?email_source=notifications&email_token=AECRSQ3PDSNBAPNYSTNCU6DRAL54HA5CNFSM4KHT7S72YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEKLT33Q#issuecomment-580337134>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AECRSQ2SX7DSCPUCGO4LDHTRAL54HANCNFSM4KHT7S7Q>
.
|
Ran into this exact same issue at work. The proposed solution (switching distro) isn't exactly necessary... I think it's a libgfortran issue. By switching to an older Ubuntu release, I think you're actually forcing yourselves to use an older version of libgfortran by default. I think not many people are getting this issue yet because most distros aren't using the latest gcc build, but I think it'll be more common with time if my theory is correct. Maybe NASTRAN relies on some undefined behavior on gfortran's part, I don't. Just know that you don't have to switch distros, just compile an older gfortran from source or get it from package archives. This is "solved" apparently, but I'd really like to know what makes NASTRAN incompatible with newer gfortran releases. Should we compile a table of compatible gcc releases for now?
|
when compiling, there are some options that have to be included for old
fortran features (standard and non-standard), it won't even compile without
some. But if it was compiled missing any of these options, I would get
weird errors.
…-fno-range-check -fno-automatic -std=legacy
-fno-automatic is one that was tricky to figure out. But it tells the
compiler to treat each unit like the SAVE option was was set for every
local variable.
ref:
https://gcc.gnu.org/onlinedocs/gfortran/Code-Gen-Options.html#Code-Gen-Options
I am not sure if this is a red herring or not, but is it possible that the
options were altered between versions?
On Fri, Jun 12, 2020 at 11:39 AM Bruno Borges Paschoalinoto < ***@***.***> wrote:
Ran into this exact same issue at work. The proposed solution (switching
distro) isn't exactly necessary... I think it's a libgfortran issue.
By switching to an older Ubuntu release, I think you're actually forcing
yourselves to use an older version of libgfortran by default. For instance,
version 10.1.0 produces this error, but 7.5.0 doesn't.
Maybe NASTRAN relies on some undefined behavior on gfortran's part, I
don't. Just know that you don't have to switch distros, just compile an
older gfortran from source or get it from package archives.
This is "solved", but I'd really like to know what makes NASTRAN
incompatible with newer gfortran releases.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#15 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AECRSQ4FXJ55D6Z6DAHVOW3RWJK3XANCNFSM4KHT7S7Q>
.
|
I'm using the makefile from this repo, which contains all the flags you mentioned, and also had to use -fallow-invalid-boz in order for it to compile, so it can't be those flags. The only way we could get rid of this error was by using a much older release of gcc/gfortran. It would be desirable to find a way round this, as changes in ABIs could make it actually impossible to run them on newer kernel releases (just like you can't run GCC 4 anymore because 5 included a C++ ABI change, so kernels compiled with GCC 5+ can't run GCC 4). Being stuck with older GCC releases is a ticking time bomb. |
Following this on comp.lang.fortran, I suspect that the problem is '\r' They are usual for Windows input, and not for Unix/Linux. If they come through Otherwise: tr -d '\r' < infile > outfile will remove them, though usually not overwriting infile. |
It seems that in addition to reading the specified input file, it also reads other files. There are files in the um and rf directories that have ****SBST in them, and also have '\r' |
rf/DISP1 has this line: |
and '\r' in column 16? |
3(0x33) is at location 16, after that, it is 0x0d (CR) and 0x0a(LF) This message is print out in mis/xrgdev.f file. ` SUBROUTINE XRGDEV C PURPOSE - XRGDEV PROCESSES A FIELD FROM A ****CARD, ****FILE, C ****SBST, OR A ****RFMT CARD FROM THE RIGID FORMAT C DATA BASE` ... ` WRITE (NOUT,10) UFM,K,RECORD,J,(I,I=1,8),IERROR,(J,I=1,8) 10 FORMAT (A23,' 8020, SYNTAX ERROR NEAR COLUMN ',I3,' IN THE FOLLOWING CARD-',/20X,20A4, /,(20X,I1,I9,7I10))` |
Actually, closer to: ****SBST 1, 3 It looks like the 3 is in column 16, but maybe it counts wrong. In any case, the files do have '\r' in them. |
Under windows 10, I use NotePad++'s Eidt/EOL Conversion to switch the file between Windows/Unix style. But still the problem could not be solved. |
Which file did you change? There are a lot of them. rf/AERO10 |
I changed all. Maybe need to change it into full 80 character a line. |
This was posted to the comp.lang.fortran newsgroup, which is where I found out about it,
after the WRITE statement at line 81 in xrgdev.f This prints out a little more of the context at the time of the error. It doesn't seem like anyone ever tried it. |
I tried to add that line. When building, there is an error: I have to delete libnas.a first, then build. But it seems there is no change in the output F06 file. Then I noticed xrgdev goes into lib/libnasmis.a, So I delete all the libs, then build. After this, the F06 file doesn't have 'USER FATAL MESSAGE 8020' any more. I'll check if the result is right now. To conclude, Sometimes, even you add an empty line, may also result in remove this wild error situation. |
I did what you did, run from the terminal "nastran d01011a.inp" in that folder. Then the terminal shows :"Segmentation fault", and there's no output. |
Which OS? Which fork of Nastran95? |
The OS is Ubuntu 16.04 on VMware. Thank you for your reply. |
Recent changes in gfortran seem to have broken this port so that it doesn't produce valid results anymore. See [1] for more details. This port would likely be a good candidate for LLVM Fortran but I currently don't have time for to try (patches welcome). Use dos2unix, as it seems necessary but not sufficient for a future fix. Pet portlint while here. Approved by: therry (mentor) [1] nasa/NASTRAN-95#15 git-svn-id: svn+ssh://svn.freebsd.org/ports/head@543805 35697150-7ecd-e111-bb59-0022644237b5
Recent changes in gfortran seem to have broken this port so that it doesn't produce valid results anymore. See [1] for more details. This port would likely be a good candidate for LLVM Fortran but I currently don't have time for to try (patches welcome). Use dos2unix, as it seems necessary but not sufficient for a future fix. Pet portlint while here. Approved by: therry (mentor) [1] nasa/NASTRAN-95#15
Recent changes in gfortran seem to have broken this port so that it doesn't produce valid results anymore. See [1] for more details. This port would likely be a good candidate for LLVM Fortran but I currently don't have time for to try (patches welcome). Use dos2unix, as it seems necessary but not sufficient for a future fix. Pet portlint while here. Approved by: therry (mentor) [1] nasa/NASTRAN-95#15 git-svn-id: svn+ssh://svn.freebsd.org/ports/head@543805 35697150-7ecd-e111-bb59-0022644237b5
I modified the compilation instructions removing -std=legacy and then you don't get that error. However I get error when running the 2 following input files (from AeroDME fork makefile): d03021a.inp and d03031a.inp. I get the following error:
I used gfortran 9.2.0 (MinGW.org GCC Build-2) under windows 10 (x64). If I use -std=legacy for compilation, I reproduce the above errors. However as a workaround if I change the It looks like the problem only affects SOLs 1,2,7,8,9,10,11,12 and 14. |
So I found the following work-around for this issue : Obviously the problem is related to the library libgfortran. So I compiled the nastran executable on a working enviroment (i.e. ubuntu 16.04 or caelinux 2018 in my case) applying -static-libgfortran for the link process. The obtained nastran executable then runs fine on the other system (i.e. ubuntu 22.04) without the discribed problem (i.e. accepting sol 1,1). |
I change CRLF to LF but not work . pity |
Hi everybody,
I am at the very beginning in using nastran-95 on my Ubuntu system, so I thought starting from the provided examples could be a good idea.
The problem is that I can not run successfully even the examples included in the installation folder!
Am I doing anything wrong?
What I did is:
install the nastran package with "sudo apt install nastran", then go to the examples directory "/usr/share/doc/nastran/examples", chose one random example like "d01011a.inp.gz", extract it to a generic folder and run from the terminal "nastran d01011a.inp" in that folder.
I got some output files but they are always containing a bunch of string like those. Does anybody knows how to run at least the provided examples?
0*** USER FATAL MESSAGE 8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*SBST 1, 3
0 1 2 3 4 5 6 7 8
1 0 0 0 0 0 0 0 0
0 USER FATAL MESSAGE 8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
*SBST 1, 3
0 1 2 3 4 5 6 7 8
1 0 0 0 0 0 0 0 0
0 USER FATAL MESSAGE 8020, SYNTAX ERROR NEAR COLUMN 16 IN THE FOLLOWING CARD-
****SBST 1, 3
0 1 2 3 4 5 6 7 8
1 0 0 0 0 0 0 0 0
The text was updated successfully, but these errors were encountered: