forums.silverfrost.com

colt1954 · Joined: 21 Dec 2010 Posts: 81

Hi, I have just recompiled/built a programme a wrote in F95 in 2011/2014 it seems fine expect it not passing a multi dimensional array from a subroutine to another subroutine, its values are zero. ok I am still using the common block method but it does not appear to complain enough, i do get warnings e.g. floating point concerns, but it does prevent compilation it runs except i have these arrays that were zeroed...no good of course.

PaulLaidler · Posted: Fri Jul 10, 2020 10:45 am Post subject:

If you can post a short program that illustrates the failure then someone may be able to help you.

colt1954 · Joined: 21 Dec 2010 Posts: 81

colt1954 · Joined: 21 Dec 2010 Posts: 81

DanRRight · Posted: Sat Jul 11, 2020 4:30 am Post subject:

Compiler became since that time only deeper picky at user errors. Compile all files with /undef and use SDBG debugger. In debugger there exist options to stop at the place of first use or first change of specific variable. Try to use them to find which place zeroizes your array

PaulLaidler · Posted: Sat Jul 11, 2020 8:01 am Post subject:

colt1954

If you use a) the same code b) the same data and c) the same FTN95 command line arguments, then you can expect to get the same results as before. If you change any of these then it may not "work" for various reasons.

The thing to do is to first reproduce exactly what you did before and then progress in small step changes.

I am puzzled by what appears in your code as an emoticon (you have an option to suppress them when you post). If it means the presence of a colon then how does that work?

LitusSaxonicum · Posted: Sat Jul 11, 2020 1:14 pm Post subject:

You say you wrote it 'in F95'. Did you use FTN95, or some other compiler?

As Paul notes, what appears as an emoticon is the combination of [colon : ] and [right bracket ) ], and that wouldn't have worked in 2011-14, just like it doesn't now.

Eddie

colt1954 · Joined: 21 Dec 2010 Posts: 81

colt1954 · Joined: 21 Dec 2010 Posts: 81

Kenneth_Smith · Posted: Sat Jul 11, 2020 8:06 pm Post subject:

https://www.silverfrost.com/ftn95-help/devel/checking_for_undefined_variables_undef.aspx

DanRRight · Posted: Sun Jul 12, 2020 7:15 am Post subject:

Suppose you have the program aaa.f95

Kenneth_Smith · Posted: Sun Jul 12, 2020 2:58 pm Post subject:

The second part of this video by Paul gives a basic introduction to using the debugger from within Plato.

https://www.youtube.com/watch?time_continue=1&v=7P8vPlCPxuk&feature=emb_logo

DietmarSiepmann · Joined: 03 Jun 2013 Posts: 279

colt1954,

some more remarks:

it might be worthwhile knowing the version of ftn95 used for your compile/linking step (which is printed if executing command ftn95 in a Windows cmd window);

to get more information about ftn95 I often use the ftn95 online help window (by executing command "ftn95 --help" in a Windows cmd window);

in order to see what is displayed to the forum before submitting a post I often use the "Preview" button (and in most cases I do some corrections to my posts before finally submitting them Smile

Regards,
Dietmar

colt1954 · Joined: 21 Dec 2010 Posts: 81

colt1954 · Joined: 21 Dec 2010 Posts: 81

Guys you have been so helpful.

I have found something with my code its not a zero array problem per se. lets explain: Its a rigid engine vibration program and it appears that the rotational responses are zero - ie the 'rotation variables are zero' and i am now looking at this - it is only working for one translation response e.g. Z direction...but the point is I have not knowingly changed any of the code, only re-compiled hence this problem now!

Couple of ideas:

1) Can you un-compile to get back to the original source of the one that does not work?

2) If so is there a way to compare codes side by side in an automated way without trawling through what is a very large programme.