Author |
Message |
Topic: Plato: display of find results always corrupted |
johnbarnes
Replies: 2
Views: 4230
|
Forum: Support Posted: Fri Oct 10, 2014 4:04 pm Subject: Plato: display of find results always corrupted |
For a few days now the results displayed in the Find Results 1 window are always partially obscured with the text of the string I searched for, rendered in blue. Makes it very difficult to see the res ... |
Topic: Strange iostat value returned by open |
johnbarnes
Replies: 8
Views: 9676
|
Forum: Support Posted: Thu Jun 26, 2014 10:00 am Subject: |
Thanks for your comments.
Having found that my recent FTN95 Express install had made changes to PATH that resulted in use of an older version of both the compiler and library instead of the version ... |
Topic: CHECK mode limit reached |
johnbarnes
Replies: 9
Views: 10913
|
Forum: Support Posted: Mon Jun 23, 2014 7:43 pm Subject: |
The re-install did not help but I restored use of the version 7.1 by removing an entry for the Express version from the PATH setting.
Now my app run OK in CHECK mode.
Thanks folks. |
Topic: CHECK mode limit reached |
johnbarnes
Replies: 9
Views: 10913
|
Forum: Support Posted: Mon Jun 23, 2014 5:42 pm Subject: |
Looks like "What version..." might be an interesting question.
The licence I got was for version 7.1, which I downloaded and installed after using the free personal edition for some time. ... |
Topic: Strange iostat value returned by open |
johnbarnes
Replies: 8
Views: 9676
|
Forum: Support Posted: Mon Jun 23, 2014 11:45 am Subject: |
The project is set for Release Win32 builds in Plato, which is where I do all FTN95 builds. I think that means I am avoiding .NET on the FORTRAN side. That is a requirement for the project.
This i ... |
Topic: CHECK mode limit reached |
johnbarnes
Replies: 9
Views: 10913
|
Forum: Support Posted: Mon Jun 23, 2014 11:33 am Subject: CHECK mode limit reached |
My project has grown in size and I now see this fatal run-time error reported when I try to debug a CheckMate Win32 build:
Salford run-time library.
Insufficient memory available for CHECK ... |
Topic: Strange iostat value returned by open |
johnbarnes
Replies: 8
Views: 9676
|
Forum: Support Posted: Sun Jun 22, 2014 4:52 pm Subject: |
The only "objects" being passed across the interface are:
integer (passed both ways)
double (passed both ways)
string (only passed from C# to FORTRAN)
vector of double (passed both way ... |
Topic: Strange iostat value returned by open |
johnbarnes
Replies: 8
Views: 9676
|
Forum: Support Posted: Sun Jun 22, 2014 9:39 am Subject: |
Thanks for your comments Paul.
Please expand on your comment about memory not being locked. I am not (knowingly) using multi-threading. I have made sure that all modules that declare data at the ou ... |
Topic: Strange iostat value returned by open |
johnbarnes
Replies: 8
Views: 9676
|
Forum: Support Posted: Sat Jun 21, 2014 8:15 pm Subject: Strange iostat value returned by open |
The open statement shown lives in some code which can be built into either a .exe or a DLL. The open behaves as expected when running the .exe and returns a iostat of 0 in normal circumstances (the f ... |
Topic: How to invoke debugger on a running process? |
johnbarnes
Replies: 1
Views: 3828
|
Forum: Support Posted: Thu Jun 05, 2014 11:33 am Subject: How to invoke debugger on a running process? |
I have a FORTRAN dll compiled with FTN95 as Debug Win32. This dll is called by code in a .NET C# wrapper which is itself called from a .NET C# EXE.
When the process is running, I want to be able to ... |
Topic: Compiler bug or feature? |
johnbarnes
Replies: 4
Views: 5623
|
Forum: Support Posted: Sat May 31, 2014 8:48 am Subject: Compiler bug or feature? |
I have put together the example below to illustrate FTN95 behaviour that surprised me. Look at the commented statement that assigns values to the dest array. FTN95 accepted this without warning and im ... |
|