Dear friends:
I am trying to compile downloaded mopac7 source code (many files) in
Sparc solaris system. Tons of errors come up. A little beginning is
copied directly.
Can any one suggest me how so many errors are caused? by system? by
compiler? etc.......
errors:
[rathlefs@ishmael ~/users/justin/mopac_1]$ g77 -O *.f -o mopac.exe
ef.f: In subroutine `ef':
ef.f:198: warning:
$ ' CARTESIAN OPTIMIZATION.',/,1x,'IF THE OPTIMIZATION IS',
^
Missing comma in FORMAT statement at (^)
ef.f: In subroutine `efstr':
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:564: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Common block `nllcom' is 1152960 bytes in length at (1) but 923520
bytes at (2)
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:564: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Common block `nllcom' is 1152960 bytes in length at (1) but 923520
bytes at (2)
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:564: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Common block `nllcom' is 1152960 bytes in length at (1) but 923520
bytes at (2)
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:564: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Common block `nllcom' is 1152960 bytes in length at (1) but 923520
bytes at (2)
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:564: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Common block `nllcom' is 1152960 bytes in length at (1) but 923520
bytes at (2)
ef.f: In subroutine `gethes':
ef.f:48: warning:
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT(MAXPAR,MAXPAR),
1
ef.f:1032: (continued):
COMMON /NLLCOM/ HESS(MAXPAR,MAXPAR),BMAT
(MAXPAR,MAXPAR),
2
Hi,
The nature of the job is not very clear.
Kindly post the full details related to it.
Thanks
-- Raj
Bangalore
--- IFIL HR <ifilhr@...> wrote:
> Dear All,
>
> The details of the requirement are as follows:
>
> Qualification: BE /BTech /MCA
>
> 1. Position: " SE0029 - C, Fortran "
>
> Minimum Experience in years: 2-4 Years
>
> Type of Experience:
>
> Minimum of 2 years experiance in C and Fortran
>
>
>
> 2.Position: " SE0030 - C, Linux with Japanese "
>
> Minimum Experience in years: 5 Years
>
> Type of Experience:
>
> Minimum of 5 years experiance in C and Linux with
> Good Knowledge in Japanese.
>
>
>
> 3. Position: " SE0031 - C, Solaris with Japanese"
>
>
> Minimum Experience in years: 2 - 5 Years
>
> Type of Experience:
>
> Minimum of 2-5 years experiance in C and Solariswith
> Good knowledge in Japanese.
>
>
>
> 4. Position: " SE0032 - C, Cobol with / Without
> Japanese "
>
> Minimum Experience in years: 2 - 5 Years
>
> Type of Experience:
>
> Minimum of 2-5 years experiance in C and Cobol with
> / without Knowledge in Japanese
>
> If you satisfy the above requirements, Kindly send
> the resumes to "ifilhr@..." mentioning the
> Requirement Code in the Subject head.
>
> Regards,
> IFIL Team
>
>
>
>
>
>
> [Non-text portions of this message have been
> removed]
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com
Dear HR - IFIL
I would like to know what kind of projects you are dealing ...
From your site it seems you are providing some courses in Japanese language...
What is the scope for development projects in your company.
Please provide the details as your company site doesn't have any details.
Best regards,
Vinay
http://vinay.envy.nu/
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
Dear All,
The details of the requirement are as follows:
Qualification: BE /BTech /MCA
1. Position: " SE0029 - C, Fortran "
Minimum Experience in years: 2-4 Years
Type of Experience:
Minimum of 2 years experiance in C and Fortran
2.Position: " SE0030 - C, Linux with Japanese "
Minimum Experience in years: 5 Years
Type of Experience:
Minimum of 5 years experiance in C and Linux with Good Knowledge in Japanese.
3. Position: " SE0031 - C, Solaris with Japanese"
Minimum Experience in years: 2 - 5 Years
Type of Experience:
Minimum of 2-5 years experiance in C and Solariswith Good knowledge in Japanese.
4. Position: " SE0032 - C, Cobol with / Without Japanese "
Minimum Experience in years: 2 - 5 Years
Type of Experience:
Minimum of 2-5 years experiance in C and Cobol with / without Knowledge in
Japanese
If you satisfy the above requirements, Kindly send the resumes to
"ifilhr@..." mentioning the Requirement Code in the Subject head.
Regards,
IFIL Team
[Non-text portions of this message have been removed]
Dear All,
The details of the requirement are as follows:
Qualification: BE /BTech /MCA
1. Position: " SE0029 - C, Fortran "
Minimum Experience in years: 2-4 Years
Type of Experience:
Minimum of 2 years experiance in C and Fortran.
If you satisfy the above requirements, Kindly send the resumes to
"ifilhr@..." mentioning the Requirement Code in the Subject head.
Regards,
IFIL Team
[Non-text portions of this message have been removed]
Vinay wrote:
> What was the problem ??
The subroutine in questions defined 2 common blocks. I misread the
user's guide, so I only included the CNMN01 common block, instead of
both. To fix it, I simply added the second verbatim to my main program,
and it was good.
--
Joel Konkle-Parker
Multidisciplinary Optimization Branch
Aerospace Systems, Concepts & Analysis Competency
Building 1192D
Room 188
Mail Stop 159
18-D W. Taylor St.
NASA Langley Research Center
Hampton, VA 23681-2199
Work: 757-862-3112
Cell: 662-518-1636
Fax: 757-864-9713
E-mail: j.j.konkle-parker@...
What was the problem ??
Let us know... we might face such a problem
Regards,
Vinay
http://vinay.envy.nu/
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
Just to let everyone know, I've fixed this problem. The cause was
something completely unrelated to the common block in question.
--
Joel Konkle-Parker
Multidisciplinary Optimization Branch
Aerospace Systems, Concepts & Analysis Competency
Building 1192D
Room 188
Mail Stop 159
18-D W. Taylor St.
NASA Langley Research Center
Hampton, VA 23681-2199
Work: 757-862-3112
Cell: 662-518-1636
Fax: 757-864-9713
E-mail: j.j.konkle-parker@...
Yes, COMMON is identical in the subroutines as in the main program.
- Joel
Raj Gupta wrote:
>
> Hi,
>
> Did you define the COMMON in the subroutines also?
> If not, define and see the result.
>
> Raj
>
> --- Joel Konkle-Parker <joeljkp@...>
> wrote:
>
>>I'm afraid I don't quite understand... I thought
>>COMMON made the defined
>>variables accessible to all program units? Doesn't
>>that mean that each
>>unit can modify it and each unit can then see the
>>modified value?
>>
>>If I instead passed IGOTO in the parameter list in
>>CALL, how do I
>>retrieve it again when CONMIN finishes?
>>
>>- Joel
>>
>>
>>Raj Gupta wrote:
>>
>>> Hi Joel,
>>>
>>> You are not receiving the modified IGOTO from
>>
>>the
>>
>>>CONMIN routine. That is why it stays as it is
>>
>>defined
>>
>>>in the main program. Try to receive as an output
>>
>>from
>>
>>>the routine. Remove IGOTO from common , pass the
>>
>>old
>>
>>>IGOTO as normal way and receive it in the normal
>>
>>way.
>>
>>> Raj
>>>
>>
>>
>>--
>>Joel Konkle-Parker
>>
>>Multidisciplinary Optimization Branch
>>Aerospace Systems, Concepts & Analysis Competency
>>Building 1192D
>>Room 188
>>
>>Mail Stop 159
>>18-D W. Taylor St.
>>NASA Langley Research Center
>>Hampton, VA 23681-2199
>>
>>Work: 757-862-3112
>>Cell: 662-518-1636
>>Fax: 757-864-9713
>>E-mail: j.j.konkle-parker@...
>>
>>
>
>
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Tax Center - forms, calculators, tips, more
> http://taxes.yahoo.com/
>
>
> To unsubscribe from this group, send an email to:
> fortran-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
--
Joel Konkle-Parker
Multidisciplinary Optimization Branch
Aerospace Systems, Concepts & Analysis Competency
Building 1192D
Room 188
Mail Stop 159
18-D W. Taylor St.
NASA Langley Research Center
Hampton, VA 23681-2199
Work: 757-862-3112
Cell: 662-518-1636
Fax: 757-864-9713
E-mail: j.j.konkle-parker@...
Raj is right..
You will have to define the COMMON block in all subroutines in which u use the
common variables
This is an example
COMMON /JACK/ A,B,C,DCOMMON /JILL/ E,F,G,H
:
CALL SUB1(U)
CALL SUB2(X)
==========================
SUBROUTINE SUB1(T)
COMMON /JACK/ X1,X2,X3,X4
:
RETURN
END
=============================
SUBROUTINE SUB2(Z)
COMMON /JILL/ Y1,Y2,Y3,Y4
:
RETURN
END
=================================
Best regards
Vinay
http://vinay.envy.nu
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
Hi,
Did you define the COMMON in the subroutines also?
If not, define and see the result.
Raj
--- Joel Konkle-Parker <joeljkp@...>
wrote:
> I'm afraid I don't quite understand... I thought
> COMMON made the defined
> variables accessible to all program units? Doesn't
> that mean that each
> unit can modify it and each unit can then see the
> modified value?
>
> If I instead passed IGOTO in the parameter list in
> CALL, how do I
> retrieve it again when CONMIN finishes?
>
> - Joel
>
>
> Raj Gupta wrote:
> > Hi Joel,
> >
> > You are not receiving the modified IGOTO from
> the
> > CONMIN routine. That is why it stays as it is
> defined
> > in the main program. Try to receive as an output
> from
> > the routine. Remove IGOTO from common , pass the
> old
> > IGOTO as normal way and receive it in the normal
> way.
> >
> > Raj
> >
>
>
> --
> Joel Konkle-Parker
>
> Multidisciplinary Optimization Branch
> Aerospace Systems, Concepts & Analysis Competency
> Building 1192D
> Room 188
>
> Mail Stop 159
> 18-D W. Taylor St.
> NASA Langley Research Center
> Hampton, VA 23681-2199
>
> Work: 757-862-3112
> Cell: 662-518-1636
> Fax: 757-864-9713
> E-mail: j.j.konkle-parker@...
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
I'm afraid I don't quite understand... I thought COMMON made the defined
variables accessible to all program units? Doesn't that mean that each
unit can modify it and each unit can then see the modified value?
If I instead passed IGOTO in the parameter list in CALL, how do I
retrieve it again when CONMIN finishes?
- Joel
Raj Gupta wrote:
> Hi Joel,
>
> You are not receiving the modified IGOTO from the
> CONMIN routine. That is why it stays as it is defined
> in the main program. Try to receive as an output from
> the routine. Remove IGOTO from common , pass the old
> IGOTO as normal way and receive it in the normal way.
>
> Raj
>
--
Joel Konkle-Parker
Multidisciplinary Optimization Branch
Aerospace Systems, Concepts & Analysis Competency
Building 1192D
Room 188
Mail Stop 159
18-D W. Taylor St.
NASA Langley Research Center
Hampton, VA 23681-2199
Work: 757-862-3112
Cell: 662-518-1636
Fax: 757-864-9713
E-mail: j.j.konkle-parker@...
I think your routine is too long to be optimized. 2200 lines is quite
long for a subroutine! Optimization requires the compiler to construct
a lot of tables and flow graphs, and I think it simply doesn't have
enough memory. It may have more memory available under Windows, either
because of the way it gets its memory allocation, or because there
is less demand for the available memory by other programs when you
compile under Windows. That may explain why you don't get a complaint
under Windows.
Rather than look for a way to eliminate the message, I suggest you
break up the subroutine. Such a long routine is inherently bad
programming practice.
(I have been using F77 with Windows, running it in the DOS Window
in Windows NT.)
--- In fortran@yahoogroups.com, "vinay_cdac <vinay_cdac@y...>"
<vinay_cdac@y...> wrote:
> I am compiling a subroutine in no-debug mode and I am getting the
> following warning. I don't get this warning in debug mode( I don't
> get this warning on windows in any mode)
>
>
> ===============================================================
> uopt : Warning: vinexam_: this procedure not optimized because
> it exceeds size threshhold; to optimize this procedure,
> use -0limit option with value >= 1178.
> ================================================================
>
> Compiler : F77
> OS : UNIX
> RAM : 1 GB
>
> The subroutine has more than 2200 lines. I have allocated a
lot
> of dynamic memory. But there is no error in allocating dynamic
memory.
> Also I am calling more than 100 subroutines from this subroutine.
> Please help me in removing this warning.
>
> Best regards
>
> Vinay
> http://vinay.envy.nu/
It looks as if the error message gives the answer. Does the program
use any special feature of Windows, such as writing into a window?
Also, was it compiled through Windows? I usually compile Fortran
programs using DOS (actually, a DOS window in Windows NT) and run them
in the DOS window. As far as I know, they would run on a PC that
had only DOS running in it and not Windows, though I haven't had a
chance to test this.
What Fortran compiler are you using?
--- In fortran@yahoogroups.com, "E.E" <erenezgu@h...> wrote:
> i have a simple question: can i run programs ive made with fortran
in msdos. ive tried this but it says that the program requires
windows.thanks for interesting.
>
>
> [Non-text portions of this message have been removed]
I am compiling a subroutine in no-debug mode and I am getting the
following warning. I don't get this warning in debug mode( I don't
get this warning on windows in any mode)
===============================================================
uopt : Warning: vinexam_: this procedure not optimized because
it exceeds size threshhold; to optimize this procedure,
use -0limit option with value >= 1178.
================================================================
Compiler : F77
OS : UNIX
RAM : 1 GB
The subroutine has more than 2200 lines. I have allocated a lot
of dynamic memory. But there is no error in allocating dynamic memory.
Also I am calling more than 100 subroutines from this subroutine.
Please help me in removing this warning.
Best regards
Vinay
http://vinay.envy.nu/
In Ftn77
try
BLOCK DATA
COMMON /ARRAYNME/ VINARRAY(6)
INTEGER SIZE
PARAMETER (SIZE = 6)
DIMENSION VINARRAY(6)
DATA (VINARRAY(I), I = 1,6) / SIZE * 0.0/
.
.
.
.
END
if Ftn90/95
VINARRAY = 0.0
should work
Good luck
H.
----- Original Message -----
From: "Vinay" <vinay_cdac@...>
To: <fortran@yahoogroups.com>
Sent: Friday, February 07, 2003 3:23 AM
Subject: Re: [Fortran] Initialization of arrays
>
> Thanks Raj,
>
> I do use DIMENSION VINARRAY(6)
>
> But I see only in UNIX the array is initialized to 0.
>
> On Windows all the array elements are initialized to some garbage
values.
>
> I want to initialize all the array elements to 0.
>
> Best regards,
>
> Vinay
>
> http://vinay.envy.nu
>
>
>
> Catch all the cricket action. Download Yahoo! Score tracker
>
> [Non-text portions of this message have been removed]
>
>
>
> To unsubscribe from this group, send an email to:
> fortran-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
i have a simple question: can i run programs ive made with fortran in msdos. ive
tried this but it says that the program requires windows.thanks for interesting.
[Non-text portions of this message have been removed]
Hi,
Frankly speaking I never tried to compile and run a
fortran prog. on windows platform.
In the worst case you can create a subroutine
for initialisation and call it whenever you require
it.
I will check and let you know what are the
other possibilities.
Raj
--- Vinay <vinay_cdac@...> wrote:
>
> Thanks Raj,
>
> I do use DIMENSION VINARRAY(6)
>
> But I see only in UNIX the array is
> initialized to 0.
>
> On Windows all the array elements are
> initialized to some garbage values.
>
> I want to initialize all the array elements
> to 0.
>
> Best regards,
>
> Vinay
>
> http://vinay.envy.nu
>
>
>
> Catch all the cricket action. Download Yahoo! Score
> tracker
>
> [Non-text portions of this message have been
> removed]
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Thanks Raj,
I do use DIMENSION VINARRAY(6)
But I see only in UNIX the array is initialized to 0.
On Windows all the array elements are initialized to some garbage values.
I want to initialize all the array elements to 0.
Best regards,
Vinay
http://vinay.envy.nu
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
Hi,
You can use "dimension vinarray(6)"
Here in the one dimension array you can store
at the most 6 elements.
For 2 dim, one can use
dimension x(10,10)
This is in Fortran 77. I know less about higher
versions.
---
Raj
--- Vinay <vinay_cdac@...> wrote:
>
> Hi all,
>
> If I have to initialize all the elements of
> an array , are the statements below valid?? I don't
> want to use do loop ti initialize all elements
> because there are hundreds of such arrays in my
> program each having size 1024. Please let me know if
> I can avoid do loops .
>
> REAL VINARRAY(6)
>
> VINARRAY = 0.D0
>
> Best regards,
>
> Vinay
>
> http://vinay.envy.nu/
>
> Catch all the cricket action. Download Yahoo! Score
> tracker
>
> [Non-text portions of this message have been
> removed]
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Hi all,
If I have to initialize all the elements of an array , are the statements
below valid?? I don't want to use do loop ti initialize all elements because
there are hundreds of such arrays in my program each having size 1024. Please
let me know if I can avoid do loops .
REAL VINARRAY(6)
VINARRAY = 0.D0
Best regards,
Vinay
http://vinay.envy.nu/
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
hi, could you explain us a little more about sne
method,.. is it numerical method or analitic matrix
solution. Or better to send algorithm of SNE. so we
can try it to change in to fortran code.
--- fortran@yahoogroups.com wrote:
> To unsubscribe from this group, send an email to:
> fortran-unsubscribe@yahoogroups.com
>
>
>
------------------------------------------------------------------------
>
> There is 1 message in this issue.
>
> Topics in this digest:
>
> 1. a question
> From: mina khoshnejad
> <mina_432000@...>
>
>
>
________________________________________________________________________
>
________________________________________________________________________
>
> Message: 1
> Date: Thu, 30 Jan 2003 06:30:57 -0800 (PST)
> From: mina khoshnejad <mina_432000@...>
> Subject: a question
>
> hiii,
>
> i am looking for a subroutine to solve a set of
> equation with SNE method
>
> could you help me?
> best regards
> mina
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> http://mailplus.yahoo.com
>
>
>
________________________________________________________________________
>
________________________________________________________________________
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
hiii,
i am looking for a subroutine to solve a set of
equation with SNE method
could you help me?
best regards
mina
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
i think with a fortran 90 compiler this works alright
Catch all the cricket action. Download Yahoo! Score tracker
[Non-text portions of this message have been removed]
Dear All,
I have a program that has this structure :
---------------------------
Main program
.
.
.
.
----------------------------
subroutine sections
----------------------------
subroutine 1
.
.
.
.
subroutine 2
.
.
.
.
----------------------------
When I put the subroutines in a blank program where there is only one
subroutine, they work fine. When I cut and paste them into a complete
fortran program, the results are not the same. When I order the
subroutines in a different order, the results are ok. I am under
Compaq Visual Fortran and I code in Fortran 77 fixed format. I supect
there is a memory allocation problem, but I do not know how to solve
it. Anyone has an idea ?
Regards,
Martin.