|
|
 Up |
|
|
  |
Date: Jun 3, 2008 19:06
Hello to all !
Suspect in question: relatively big code, written for FPS4; currently
using it under WinXP on fps4.
When tried using it under cvf66c it gave a heap of warnings and errors
so I putted fps4 back on the system.
Since I have nor the knowledge of how it works (I made the grid
generator, the code mentioned is the solver), or have the time to
fully analyze it (nor would I probably succeed in it), I have a few
questions...
|
| Show full article (1.72Kb) |
|
| | 21 Comments |
|
|
Author: Ron FordRon Ford Date: Jun 3, 2008 20:03
On Wed, 04 Jun 2008 04:06:31 +0200, Luka Djigas wrote:
> 2. Usually I write a lot of "read(*,*)" to see what the program is
> doing. My mentor who wrote this, a lot of years ago, doesn't. He
> starts to solve a matrix (size 10000) and then CPU usage and memory go
> sky high. Is there a way to see is he actually doing anything or has
> just got stuck ?
I think that (*,*) is the friendliest thing that ever happened to IO.
Doesn't it look like a friendly face?
I use write (*,*) as a debugger appropriate to my means. Read in the same
place looks as methodologically-flawed as data-mining. I can't imagine
that someone your senior by 30 years would use that syntax.
--
Ron Ford
|
| |
|
| | no comments |
|
|
Author: e p chandlere p chandler Date: Jun 3, 2008 20:22
On Jun 3, 10:06 pm, Luka Djigas gmail.com> wrote:> Hello to all !
>
> Suspect in question: relatively big code, written for FPS4; currently
> using it under WinXP on fps4.
> When tried using it under cvf66c it gave a heap of warnings and errors
> so I putted fps4 back on the system.
>
> Since I have nor the knowledge of how it works (I made the grid
> generator, the code mentioned is the solver), or have the time to
> fully analyze it (nor would I probably succeed in it), I have a few
> questions:
> 1. During build it says that the image is greater than the maximum
> image size (256mb) - is there a way to change this ? Or is this an
> operating system constraint? And what does it actually mean ? (help
> wasn't so useful in explaining it in layman's terms)
> 2. Usually I write a lot of "read(*,*)" to see what the program is
> doing. My mentor who wrote this, a lot of years ago, doesn't. He
> starts to solve a matrix (size 10000) and then CPU usage and memory go
> sky high. Is there a way to see is he actually doing anything or has ...
|
| Show full article (2.38Kb) |
| no comments |
|
|
Author: Catherine Rees LayCatherine Rees Lay Date: Jun 4, 2008 03:12
Luka Djigas wrote:
> Hello to all !
>
> Suspect in question: relatively big code, written for FPS4; currently
> using it under WinXP on fps4.
> When tried using it under cvf66c it gave a heap of warnings and errors
> so I putted fps4 back on the system.
>
If these were warnings and errors which appeared to relate to the code,
then, frankly, you'd have been better off gritting your teeth and fixing
them. FPS4 was horribly buggy, and particularly poor at error-checking.
CVF, while not a new compiler any more, is in a different class. (I'm
saying "which appeared to relate to the code" because if you don't set a
new compiler up right, you often get masses of incomprehensible errors
about things not existing that you've never heard of).
|
| Show full article (2.52Kb) |
| no comments |
|
|
Date: Jun 4, 2008 06:04
On Tue, 3 Jun 2008 22:03:31 -0500, Ron Ford nowhere.net> wrote:
>On Wed, 04 Jun 2008 04:06:31 +0200, Luka Djigas wrote:
>
Ron, thanks for answering !
>
>I think that (*,*) is the friendliest thing that ever happened to IO.
>Doesn't it look like a friendly face?
:-)
>I use write (*,*) as a debugger appropriate to my means. Read in the same
>place looks as methodologically-flawed as data-mining. I can't imagine
>that someone your senior by 30 years would use that syntax.
I'm not sure I correctly understand what you mean. No, he doesn't use
"read(*,*)"'s. I'm not sure what he used when he was writing the
program, but in any case, it's pretty straight forward now; get data,
give results.
The worst thing about it (the program), is that although he knows it
is working, he can't remember almost half the things about it (well,
15 years is a long time, but the methodology of thinking usually don't
change in a person).
|
| Show full article (0.95Kb) |
| no comments |
|
|
Date: Jun 4, 2008 06:11
On Tue, 3 Jun 2008 20:22:57 -0700 (PDT), e p chandler juno.com>
wrote:
Hello Chandler, thank you for answering,
>Try a different compiler. Silverfrost is supposed to have qood
>debugging facilities. IMO the code only *appears* to work in FPS. Just
>because you can't see it fail does not mean it is working properly.
Yes, you're right. I've decided to try to get it to compile under
cvf on xp. Apart from those I don't have any other compiler at my
disposal, but I think cvf is good enough to report anything that is
wrong.
Naturally, what runs under fps4 will probably not run under anything
else, and so it gave a heapload of errors and warnings.
I have uploaded the original (as I got it) code along with the working
example to
http://rapidshare.com/files/120024513/glavni_program.rar.html
so if anybody's interested, be my guest.
>
>Try scaling down your problem. Does run time decrease as you would
>expect?
|
| Show full article (1.32Kb) |
| no comments |
|
|
Author: LesLes Date: Jun 4, 2008 07:38
"Luka Djigas" gmail.com> wrote in message
news:dm4d441aik93nhlmkn0mcdgrk62v3tujdc@4ax.com...
(1) It only produces a Warning message but you could remove the $DEBUG
statements
(2) The code is filled with characters which causes the continuation
"&" to appear in columns other than 6 on my system
should be replaced with spaces and the & alignment checked
There are other continuation characters used (eg *, 1 )
|
| Show full article (1.27Kb) |
| no comments |
|
|
Date: Jun 4, 2008 08:14
On Wed, 4 Jun 2008 15:38:59 +0100, "Les"
nospam.acecad.co.uk> wrote:
Hello Les,
>(1) It only produces a Warning message but you could remove the $DEBUG
>statements
>(2) The code is filled with characters which causes the continuation
>"&" to appear in columns other than 6 on my system
> should be replaced with spaces and the & alignment checked
>There are other continuation characters used (eg *, 1 )
|
| Show full article (1.48Kb) |
| no comments |
|
|
Date: Jun 4, 2008 08:47
On Wed, 4 Jun 2008 15:38:59 +0100, "Les"
nospam.acecad.co.uk> wrote:
>(3) GEOMBSP.FOR has a dummy argument with the same name as a COMMON BLOCK
>variable from COMMON.FOR ie VDEPL
>but nothing in the code provided calls it.
It is called in glavni.for
Luka
|
| |
| no comments |
|
|
|
|
|
Author: LesLes Date: Jun 4, 2008 09:41
"Luka Djigas" gmail.com> wrote in message
news:07ed44ddmk3mrarma3jo7s43qumhm9a3kq@4ax.com...> On Wed, 4 Jun 2008 15:38:59 +0100, "Les"
> nospam.acecad.co.uk> wrote:
>>>(3) GEOMBSP.FOR has a dummy argument with the same name as a COMMON BLOCK
>>variable from COMMON.FOR ie VDEPL
>>but nothing in the code provided calls it.
>
> It is called in glavni.for
But GEOMB is called twice without any arguments !
GEOMBSP has SUBROUTINE GEOMB(VDEPL) at the top
Les
>
> Luka
|
| |
| no comments |
|
RELATED THREADS |
|
|
|
|
|
|
