Re: Program Fails When Parameter Fixed Constants are Changed (F77) ??

monir wrote:
On Apr 20, 4:27 pm, dpb <n...@xxxxxxx> wrote:

Glen wrote:
....
... Can you make a simpler
,>example without any USE that demonstarates the error?
..Will certainly try. *Without any USE* will take me back to the F77
working version of the program (using common blocks).
Will strip the program of all its developer's comments, which
hopefully would bring it down to about 2,000 lines of code, and then
try varying combinations of routines and select (for posting) the
simplest combination that mimics the compilation/linker problem.

The problem it would seem to be is the _structure_ of what you've placed where. Far better than random combinations of hit and miss would be to _study_ the organization of the code and discern what is in which code section and more importantly, _WHY_ it is placed therein. With that knowledge and foresight, it should become clear as to what is misplaced and/or missing.

Clearly from the link messages, there are unsatisfied references to the routine that aren't able to be resolved by the linker. One obvious reason for this _MIGHT_ be you're not compiling the module which now contains that routine whereas before it was included in a different source file so got compiled transparently. A reason for that could be as simple as you forgot to add the file in your dependency list in a makefile.

....

..Thank you for the your suggestion. Will try it.

To emphasize -- _LOOK_ at the placement of the code within source files and modules and extract from that the larger picture of how they are related instead of looking at the details of the solution of the problem.

Make a toy application that mimics the structure w/o the burden of the myriad details of getting all the little bits and pieces to make it solve the problem specifically. It can be as simple as simply returning 2X an input value or something. You can place the dummy function in a module but keep it simple--the point is to simply duplicate the outline of the problem to uncover the reason for confusing the linker or why the piece is missing, _not_ to make a working application at this point.

Once you see the outline of that structure, _THEN_ you can keep the structure and add in the ancillary complexity. If you break it in a step, you can then see what broke it and look at why. The "WHY" of what happens is the important thing here so that you can begin to grasp the logic behind the process rather than continuing to just try stuff until something may, essentially by accident, work. The problem with that is it is very inefficient and even when it does finally succeed (if it ever does), you don't know what you actually did that caused the error to go away and so you're always at the mercy of falling back into the same hole without a ladder with which to climb out again.

And, of course, if after the first step you still duplicate the problem, _then_ you will have a small enough application you can post the whole thing for others to dissect with enough context to actually be able to really help.

--

.

Relevant Pages

  • Re: get HelpContextIDs or Tags of all userforms
    ... I haven't tried the large routine you recently posted but I had tried the ... >>> For some reason I have to run the Sub twice to get the Form names in ... >> see an obvious reason for any errors at all, ... >> Dim bDebug as boolean ...
    (microsoft.public.excel.programming)
  • Re: Update string too long?
    ... > And we won't question to reason for this routine as you asked... ... Pro SQL Server 2000 Database Design - ... > support the full length of the inserted data? ...
    (microsoft.public.sqlserver.programming)
  • Re: Program Fails When Parameter Fixed Constants are Changed (F77) ??
    ... routine that aren't able to be resolved by the linker. ... for this _MIGHT_ be you're not compiling the module which now contains ... A reason for that could be as simple as you ... cause a link error. ...
    (comp.lang.fortran)
  • Re: RIP Don Adams
    ... routine and many others. ... One of my primary teachers gave this very thing as an example of a rhetorical question. ... Karen Carpenter for some reason. ... I remember being totally in love with her at the time, but for some weird reason, I remembered her name as Elizabeth Montgomery - probably because I was totally in love with her for a while. ...
    (alt.usage.english)