| Pointers and dynamic data structures in Fortran 90/95 |
|
 |
Index ‹ fortran
|
- Previous
- 1
- Double linkage with a module.Hi,
I have the following dilemma. Im my main program I use some functions
(let us call them "first level" functions) which in there turn use
another functions ("second level" functions). All mentioned functions
are described in separate files. As a consequence in the main program I
write "include" statement where I point file which contains "first
level" functions. Also in the "include" statement of the main program I
point module which describe interfaces of the "first level" functions.
Moreover, in the main program I write "use module_name". But what I
need to do with the "second level" functions (which are used by the
"first level" functions). Where I need to put "include" and "use"
statements? In the main program or in the files where the "first level"
functions are specified?
- 5
- On legitimacy (was: Q: F2k3 Vote Result)
Michael Metcalf wrote:
> "Gary L. Scott" <email***@***.com> wrote in message
> news:email***@***.com...
> >
> > I think the lack of clamor [for bits] is because those interested
moved on
> to other
> > languages out of frustration with Fortran's lack of ability.
>
> Exactly. This battle was lost in the late '80s. The bit intrinsics
were the
> compromise solution.
Since I know not ALL moved on (me for example, others in my area), I
say its never too late to open this programming domain back up by doing
it better than those other languages.
>
> Regards,
>
> Mike Metcalf
- 6
- FP SummationGiven the popularity of this topic in c.l.f., the following will be of
undoubted interest to some:
J. DEMMEL and Y. Hida, "ACCURATE AND EFFICIENT FLOATING POINT
SUMMATION," SIAM J. Sci. Comput. Vol. 25, No. 4, pp. 1214?248.
--
Ciao,
Gerry T.
______
"Competent engineers rightly distrust all numerical computations and
seek corroboration from alternative numerical methods, from scale
models, from prototypes, from experience... ." -- William V. Kahan.
- 9
- fftYou will find several routines for the FFT at my web site, including the
CHIRP routine for series of lengths which are not a power of 2, and the
Singleton algorithm for lengths which can be factored.
Cheers
"prasatkumar" <email***@***.com> wrote in message
news:email***@***.com...
>
> I want to know the best fft subrotuines available in fortran 90
> and linux.
> prasat
>
> --
> Posted via http://dbforums.com
- 9
- forall and do loop REAL :: DS(100),UTA(100),STA(100),ONE
ONE = 1.0000
! First case
DO I=1,NE
UTA(I)=DS(I)
STA(I)=ONE
END DO
! second case
FORALL(I=1:NE) UTA(I)=DS(I)
STA=ONE
In this two follwoing code which will be more efficient? Efficent in
execution time and in parallel processing?
regards
- 9
- Data Plotting Library DISLIN for G95/LinuxHello,
I have created a DISLIN distribution for the GNU G95 compiler on Linux.
The distribution is available from the site http://www.dislin.de and
can be used freely.
-------------------
Helmut Michels
Max-Planck-Institut fuer Aeronomie Phone: +49 5556 979-334
Max-Planck-Str. 2 Fax : +49 5556 979-240
D-37191 Katlenburg-Lindau Mail : email***@***.com
- 11
- high-precision type> Has anybody in the fortran community started thinking about using them.
Well, what I can say is that some (no, no, I won't give names :) gfortran
developpers have started thinking about them.
--
FX
- 11
- multiple definition errorsI'm trying to compile the CALMET/CALPUFF modeling system on a Linux box
with a Portland Group compiler and keep getting lots of "multiple
definition" errors. The code compiles and runs okay on a PC using a
Lahey compiler, but I can't get it to work under Linux.
Thanks for any ideas!
- 11
- Fortran templatesHi all fortran gurus !
I would like to discuss the current methods to manage
templates in fortran, following the thread
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/f055f870774d98a0/110fa05197d7b709?lnk=gst&q=templates+fortran#110fa05197d7b709
which was very interesting, but showed no details on
how to pratically manage the source code.
This feature is very well-known by C++ developers as "templates".
One example of the problems solved by C++ templates is to
have a sorting source code which is able to manage for any
data type, including integers, reals, or even abstract data
types.
I currently know 3 ways of dealing with templates in fortran,
even if none of them is included in any fortran norm
(and none of them is detailed in a fortran book, to my knowledge) :
- pre-processing macros,
- clever use of the "include" statement,
- m4 macros.
Let's begin with the pre-processing macros.
Suppose that the file "sorting_template.f90" contains a template
sorting module, parametrized by the _QSORT_TYPE macro.
The following is an example of parametrized argument declaration :
subroutine qsort ( array, compare )
_QSORT_TYPE, dimension(:) :: array
Here "_QSORT_TYPE" may be an integer, a real or any fortran
derived type.
This name has been chosen because a fortran variable cannot
begin with an underscore so that no confusion can occur
between a preprocessing macro and a variable name.
Before using the template, one must instanciate it,
which is done with :
#define _QSORT_TYPE type(SORT_DATA)
#include "sorting_template.f90"
The "instanciation" is based, for example, on the following
SORT_DATA derived type, which may be defined in the
module "m_testsorting.f90" :
type SORT_DATA
integer key
integer index
end type SORT_DATA
Even if this derived type is quite simple, practical uses of this
method may include more complex data types.
The module "m_testsorting" has to be pre-processed before
being used. After pre-processing, the previous line has
been transformed to :
subroutine qsort ( array, compare )
type(SORT_DATA), dimension(:) :: array
With this method, generic source code templates can be
configured at will and allow to generate specific
sorting algorithms for whatever type of data.
This method can lead to more complex templates, with
no limit in the number of macros, that is, no limit
in the number of abstract data types in the template.
The main drawback is that the debugging process is not
possible interactively. This is because the source code
is generated at compile-time and the "template" does
not correspond to the post-processed one anymore.
One solution is to use manually the pre-processor to
generate the pre-processed template and to debug on that
later file.
Two other methods exist to manage to do generic programming
in fortran : the "include" statement and m4 macros.
The "include" fortran statement can be used so that the
target source code contains the definitions of an
abstract data type used in the template.
This method is used by Arjen Markus in the Flibs
library, for example in the linked list abstract
data structure :
http://flibs.sourceforge.net/linked_list.html
Here we suppose that the file "sorting_template.f90"
contains one sorting subroutine, which arguments
are defined like this :
subroutine qsort_array( array, compare )
type(SORT_DATA), dimension(:) :: array
The trick is to use the include fortran statement
to put that template source code into a context in
which the abstract data type is defined.
The following source code defines a module, the derived
type SORT_DATA and then include the template source code.
module m_testsorting
type SORT_DATA
integer key
integer index
end type SORT_DATA
contains
include "sorting_template.f90"
end module m_testsorting
The module m_testsorting is now providing the derived type
SORT_DATA and the methods to manage it, which are included
in the template. With a little more work, it is even possible
to make so that the final derived type has a name which
corresponds more to the one implemented by the abstraction,
as shown by Arjen Markus on the linkedlist example.
module MYDATA_MODULE
type MYDATA
character(len=20) :: string
end type MYDATA
end module
module MYDATA_LISTS
use MYDATA_MODULE, LIST_DATA => MYDATA
include "linkedlist.f90"
end module MYDATA_LISTS
The main advantage of the "include" method is that
it uses only fortran statements so that the debugging
process is possible interactively. Moreover, it is very
elegant.
Another method is to use m4 macros to generate source code
at compile-time. Gnu m4 is an implementation of the traditional
Unix macro processor. This method is used by Toby White the
in the Fox library :
http://uszla.me.uk/space/software/FoX/
The template source code is defined in files which have the .m4.
extension and the corresponding source code is defined in the
.F90 file. The source code may be difficult to maintain, but the
method is extremely powerful, thanks to the m4 features.
For example, one can use a m4 "for" loop to generate
several subroutine based on one template subroutine.
But, as for the pre-processing method, the interactive
debugging of the .m4 templates is not possible :
instead, the processed .f90 generated files are debugged easily
and directly.
Are there other well-known methods ?
Is there a definitive drawback for one of these methods so
that another way should be chosen?
All comments will be appreciated.
Best regards,
Micha雔 Baudin
- 13
- 13
- Fortran Forum (December)ACM Fortran Forum can be subscribed to without membership of either ACM or
SIGPLAN for $10 (plus $10 for expedited air mail outside the USA). Either
A) go to the SIGPLAN webpage at http://www.acm.org/sigplan and link
directly to the place in the ACM e-store where you can sign up for
Fortran Forum, or
B) go to: http://store.acm.org/acmstore
click on 'Power Search'
select 'Journals and Magazines' and click on 'OK'
type 'Fortran Forum' into the 'Enter words to find' box
and click on 'Search'.
*********************************************************
December 2003 Issue:
Final CD ballot for the new Standard, by J. Reid . . . . . . . 1
Semiautomatic characterization of F90 compilers, by T. Kaiser . . 2
A methodology for creating large modules, by T. Kaiser . . . . . 11
Memory leaks in derived types revisited, by G.W. Stewart . . . . 25
Announcements . . . . . . . . . . . .. . . . . . . . . . . . . . 28
Fortran Information File (Part 2, tools) . . . . . . . . . . . 30
Fortran Standard Activities . . . . . . . . . . . . . . . . . 32
*********************************************************
Fortran Forum is published three times a year under the auspices of
SIGPLAN. Founded by Loren Meissner, ithas been the journal of record
of the Fortran community for over 20 years.
Back copies of Fortran Forum are available on-line to individual or
institutional members of the ACM.
Michael Metcalf, Editor
(email***@***.com)
- 14
- DF still wrong (was PL/I Can create a Upper case function)David Frank wrote in message ...
>OK, forget that Windows PL/I has a Upper case function and other PL/I
>compilers dont, (except for Z/OS a clone),
Again, you're wrong.
Enterprise PL/I (for z/OS, AIX, and Windows) and probably others have
UPPERCASE and LOWERCASE functions.
As well, they have TRANSLATE by means of which conversion to
upper case and lower case can be done.
TRANSLATE is in all PL/I compilers, and has been since 1956.
You have *already* been told this in the last few days.
- 15
- what dose "character layer*(*)" mean?Hi, everybody.
I saw a statement like this: "character layer*(*)" in a subroutine
from someone's source file.
I am puzzled for this.
Anyone know about this, explain it for me please.
Thanks.
- 16
- internal procedureHi,
I have questions about internal procedure.
program main
i=1
call suba()
contains
subroutine suba()
print *,i
call subb()
end subroutine suba
subroutine subb()
print *,i
end subroutine subb
end
This one is ok.
program main
i=1
call suba()
contains
subroutine suba()
print *,i
j=2
call subb()
end subroutine suba
subroutine subb()
print *,j
end subroutine subb
end
This one has " Warning: Variable J is used before its value has been
defined".
Why?
thank you in advance.
Mike
- 16
- Function argumentMay be, somebody could help me here. This is part of code.
program main
external f,g
real :: f,g
call T(f,g,...)
end program main
real function f(x)
f=x+a+b
end function f
real function g(x)
g=x+a-b
end function g
Normally, I will make f(x,a,b) and g(x,a,b), but here it is
necessary that
functions f ang g have the form f(x) and g(x) with only one argument,
since
subroutine T from library, and I don't have access to its code. x
should be
real, not array. How can I pass values of a and b inside f(x) and
g(x) without
arguments? Probably, I can use COMMON block. May be, I can use module,
but
calculation and a and b require several Fortran 77 routines which I
cannot
include this module, so it is difficult to build get-functions in the
module.
Thank you!
Vladimir
|
| Author |
Message |
Michael Metcalf
|
 Posted: 2006-5-19 5:46:02 |
Top |
fortran, Pointers and dynamic data structures in Fortran 90/95
"deltaquattro" <email***@***.com> wrote in message
news:email***@***.com...
> Mr. Metcalf, I would like to get your book: on
>Amazon UK I see found two entries for "Fortran 90/95 Explained", one
>priced at ?15 and the other at ?217. Is it the same book?
Wow, I wish we got a cut of that incredible price! Seriously, all previous
versions are out of print and out of date. "Fortran 95/2003 Explained" is
the only one that we can recommend.
Regards,
Mike Metcalf
|
| |
|
| |
|
Michael Metcalf
|
| Posted: 2006-5-19 5:46:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
"deltaquattro" <deltaquattro@hotmail.it> wrote in message
news:1147957764.491233.117100@u72g2000cwu.googlegroups.com...
> Mr. Metcalf, I would like to get your book: on
>Amazon UK I see found two entries for "Fortran 90/95 Explained", one
>priced at ?15 and the other at ?217. Is it the same book?
Wow, I wish we got a cut of that incredible price! Seriously, all previous
versions are out of print and out of date. "Fortran 95/2003 Explained" is
the only one that we can recommend.
Regards,
Mike Metcalf
|
| |
|
| |
|
David Flower
|
| Posted: 2006-5-19 17:16:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
deltaquattro wrote:
> Hi,
>
> I am an engineer and for my job I need learn how to use pointers and
> dynamic data structures in Fortran 90/95. I know Fortran 77 and I have
> a good reference for Fortran 90/95, "Fortran 90/95 for Scientists and
> Engineers" by Stephen J. Chapman, 2nd ed. 2004. However, my problem is
> not the language itself, but the fact that I never programmed with
> pointers. I need some references which teaches how to do this, either
> using Fortran 90, or at least from a generic point of view, without
> referring to any particular languages. Instead, almost everything I
> found uses C or C++, and I'd rather not learn yet another language,
> since I already have to learn Fortran 90/95. Can you indicate something
> useful? Thank you very much,
>
> Greetings,
>
> Sergio Rossi
As a programmer with over 40 years of experience in FORTRAN, I have
only just found the need to use pointers.
It enables me to, effectively, set up two derived type variables which
share some of their components
Dave Flower
|
| |
|
| |
|
kus
|
| Posted: 2006-5-19 21:43:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
>Allocatable Arrays are not
>allowed inside derived types. I think this omission has been fixed in F2003.
>Using pointers for aliasing array sub-objects and deeply embedded elements
>in data structures (which can have very long names) can be useful useful if
>used carefully - a bit like using EQUIVALENCE in F77, but more flexible.
I have "varied" expirience w/translation of the fololowing F90
construction:
TYPE mytype
INTEGER, DIMENSION(:), ALLOCATEABLE :: A
ENDTYPE
CVF 6.1, ifc 7.1 (Linux) says about synax error.
ifc 8.1(Linux), 9.0 (Windows) translates normally,and at least under
8.1 the executable program works. Modern CVF (6.5 ?) version was
translated by
my friend also successfully.
F90 standard supports here POINTER attribute (instead of ALLOCATEABLE),
but what is about ALLOCATEABLE itself ? May be it'll some new (in
comparison w/F95) extension for F2003?
BTW,sorry for previous erroneous sending of this message to separate
thread here.
Yours
Mikhail Kuzminsky
Zelinsky Institute of Organic Chemistry
Moscow
|
| |
|
| |
|
Michael Metcalf
|
| Posted: 2006-5-19 22:10:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
<kus@free.net> wrote in message
news:1148046182.770459.183640@g10g2000cwb.googlegroups.com...
>
> TYPE mytype
> INTEGER, DIMENSION(:), ALLOCATEABLE :: A
> ENDTYPE
>
>
> CVF 6.1, ifc 7.1 (Linux) says about synax error.
You should update to CVF 6.6C, which is much better than that old
version, and allows the construct you're interested in. The update is free.
>
> F90 standard supports here POINTER attribute (instead of ALLOCATEABLE),
>
> but what is about ALLOCATEABLE itself ? May be it'll some new (in
> comparison w/F95) extension for F2003?
>
This feature is a standardized extension to Fortran 95 and is accepted by
virtually all recent compilers. It is part of Fortran 2003 (see "Fortran
95/2003 Explained", Ch. 12).
Regards,
Mike Metcalf
|
| |
|
| |
|
Jan Vorbr黦gen
|
| Posted: 2006-5-19 22:42:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
>>CVF 6.1, ifc 7.1 (Linux) says about synax error.
> You should update to CVF 6.6C, which is much better than that old
> version, and allows the construct you're interested in. The update is free.
I believe I had to nicely ask Steve L. to give me a license to CVF 6.5 so
I could update to that version - from then on, the updates are free. Steve?
Jan
|
| |
|
| |
|
Steve Lionel
|
| Posted: 2006-5-19 23:04:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
Jan Vorbr黦gen wrote:
> >>CVF 6.1, ifc 7.1 (Linux) says about synax error.
> > You should update to CVF 6.6C, which is much better than that old
> > version, and allows the construct you're interested in. The update is free.
>
> I believe I had to nicely ask Steve L. to give me a license to CVF 6.5 so
> I could update to that version - from then on, the updates are free. Steve?
The update from 6.1 to 6.5 was not free - if you're at 6.1, there is no
free upgrade to 6.6. I'm not sure under what circumstances I may have
helped Jan, and that had to be while I was still working for Compaq,
but whatever they were, I'm not able to do anything like that now.
The current version of Intel Fortran (9.1) fully supports this feature
and has fixed many bugs that relating to it that were present in CVF
6.6C.
Steve Lionel
Developer Products Division
Intel Corporation
Nashua, NH
User communities for Intel Software Development Products
http://softwareforums.intel.com/
Intel Fortran Support
http://developer.intel.com/software/products/support/
|
| |
|
| |
|
nospam
|
| Posted: 2006-5-20 0:33:00 |
Top |
fortran >> Pointers and dynamic data structures in Fortran 90/95
David Flower <DavJFlower@AOL.COM> wrote:
> As a programmer with over 40 years of experience in FORTRAN, I have
> only just found the need to use pointers.
>
> It enables me to, effectively, set up two derived type variables which
> share some of their components
It might or might not be relevant to your application, but this sounds
like exactly the kind of thing that type extension addresses. At least
in some code I have, I look forward to replacing some pretty messy hacks
with type extension when f2003 compilers are sufficiently widespread.
THat code of mine was what was in my mind when the light went on for me
as I was listening to John Cuthbertson's pitch on adding object-oriented
stuff to Fortran several years ago (must have been close to a decade ago
by now I suppose). Before that, I had not really been able to understand
why I would care about all that OOP stuff. But when I listened to John
explain it, my first sudden insight was that I had been doing some of
that stuff for a long time without knowing the buzzwords. My imediately
following thought was "you mean the compiler can help me with that stuff
instead of fighting me all the way?"
--
Richard Maine | Good judgment comes from experience;
email: my first.last at org.domain| experience comes from bad judgment.
org: nasa, domain: gov | -- Mark Twain
|
| |
|
| |
|
| |
|
Index ‹ fortran |
- Next
- 1
- file formatting (open, recl, etc.)Hi,
I'm trying to read a file that is normally read by a fortran program
with matlab. I don't quite understand how the fortran formatting works
and would appreciate any pointers on how the fortran open/read/
formatting works.
I have the fortran source code and the file is opened like this:
OPEN(UNIT=LINP,STATUS='OLD', FILE=NAMEIN(1:12),
* ACCESS='DIRECT',
* FORM='UNFORMATTED', RECL=16)
I'm trying to find a matlab statement that will let me read the file,
I've tried something like:
fread(fid, 'int16')
but that doesn't give me the results I expect so I'm doing something
wrong...
any help would be greatly appreciated.
regards,
Igor
- 2
- Fortran Compiler for HP ItaniumHi!
Does anybody have experience with Fortran compilers for the
HP Itanium? Specifically, are there any other compilers
available for this platform besides g77?
I would like to test our codes on this platform, but I can't
seem to find an F90 compiler. The only compiler HP has
on their "test drive" system is g77.
Thanks,
-Scott
- 3
- Host association in interfaceGary L. Scott wrote:
> Robert Corbett wrote:
...
>> I raised this point in the previous f2K3 public review. J3 said it was
>> bad design. J3 prefers the new IMPORT statement, which makes it easier
>> to write inccorrect programs than correct ones. The IMPORT statement
>> could be a textbook example of bad design, if the authors of textbooks
>> on programming language design knew that Fortran still exists.
>
> This is a pretty strong statement. Surely if it is that obviously a bad
> design, it won't make it into F2K...
In a language designed by committee, lots of things are possible.
Many features start as reasonable ideas and get both compromised
and/or extended beyond recognition.
Also, the committee is doing language design, rather than standardizing
common practice. That means that no one, not even the promoter of the
feature, actually has any hands-on experience using it. And certainly,
no one has any idea how the general users of the language will deal
with it.
Also, new features have to be bent and constrained to interoperate
with old features. Backward compatibility is a hard goal to meet with
any elegance and clarity remaining in your new feature.
Bad features exist in languages. They all made it past their design
committees (wooever that onsisted of) and any public review the
design was subjected to. If that wasn't the case, then all languages
would be well designed.
Now, the IMPORT feature has a very narrow applicability. So narrow,
it takes quite a lot of description to explain why you need it. But, instead
of restricting the use of the feature to that narrow special case, the
committee chose to permit it in all INTERFACE blocks. So, many
INTERFACE blocks can now use information that is not even possible
for the actual procedure to access. This will often happen in conditions
that the compiler is not even able to check. This is an example of
a feature that's difficult to do elegantly because of other language
constraints, and an example of a feature that's been generalized beyond
need. Some completely different approach is probably in order here.
--
J. Giles
- 4
- swaping two arrays (newbie)Not in standard FORTRAN 77. Many FORTRAN 77 compilers
support LWG (Cray, DEC, Sun) pointers. The syntax for
declaring such a pointer is
POINTER (P, A)
where A is declared to have the same type and bounds as the
dummy argument arrays.
Bob Corbett
- 5
- MAX and optional argumentsFrom a bug filed in the GCC tracking system, I have come to question what
is the standard-expected behaviour for MAX when it is passed optional
arguments. For example, please consider the following code:
program test
print *, m1(1,2,3,4)
print *, m1(1,2,3)
print *, m1(1,2)
print *, m1(1)
print *, m1()
contains
integer function m1(a1,a2,a3,a4)
integer, optional :: a1,a2,a3,a4
m1 = max(a1,a2,a3,a4)
end function m1
end
What is the expected output? The F2003 standard (draft) actually isn't
very clear about the arguments to MAX, to say the least (or, if it is
clear, I didn't find the right place).
My own understanding of how this works is that the first three print
statements should output 4, 3, 2 and 1 respectively, while the last one
is actually not valid code. If that reading is true, what do you think of
the following modified code?
program test
print *, m1(3,4)
print *, m1(3)
print *, m1()
contains
integer function m1(a1,a2)
integer, optional :: a1,a2
m1 = max(a1, a2, 1, 2)
end function m1
end
Should it print 4, 3 and 2? Or is each call to m1() illegal, because the
standard seems to assume that the first arguments to MAX have a special
status, and should not be missing?
Sorry for the long post, and thanks for your light on that question.
--
FX
- 6
- digest, volume 2453469email***@***.com wrote:
>
> Art Deco writes:
>
> 1184> Newsgroups: rec.music.classical,alt.usenet.kooks
>
> 1184> It looks like Tholenator(tm) has Coward of the Month in the bag.
>
> 1185> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 1185> *carp*
>
> 1186> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1186> Tholenator(tm) *must* battle the antagonists.
>
> 1187> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1187> Tholenator(tm) <email***@***.com> tholed:
>
> 1187> Classic invective, as expected from someone who lacks a logical
> 1187> argument, Tholenator(tm).
>
> 1187> Classic invective, as expected from someone who lacks a logical
> 1187> argument.
>
> 1187> Classic inconsistency, Tholenator(tm).
>
> 1187> Illogical.
>
> 1187> You're erroneously presupposing that it's a fact.
>
> 1187> Note: no response. No surprise, really
>
> 1187> Classic unsubstantiated and erroneous claim, Tholenator(tm).
>
> 1187> Classic unsubstantiated and erroneous claim, Tholenator(tm).
>
> 1187> Note: no response. No surprise, really.
>
> 1187> Classic unsubstantiated and erroneous claim.
>
> 1187> Classic evasion of the point, Tholenator(tm).
>
> 1187> Classic unsubstantiated and erroneous claim.
>
> 1187> Now, what does your off-topic and cross-posted whine have to do with
> 1187> any of the newsgroups in the distribution list, Tholenator(tm)?
>
> 1188> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1188> What does this have to do with OS/2, Nightingale?
>
> 1189> Newsgroups: alt.usenet.kooks,alt.fan.art-bell,alt.fucknozzles,ne.weather,rec.music.classical
>
> 1189> What does this have to do with fucknozzles, ah?
>
> 1190> Newsgroups: alt.usenet.kooks,rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1190> Illogical, Bruce.
>
> 1191> Newsgroups: alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell,rec.music.classical,sci.astro,alt.usenet.kooks
>
> 1191> Tholenator(tm) <email***@***.com> tholed:
>
> 1191> This is it? This is all we [tinw] get for an acceptance speech,
> 1191> Tholenator(tm)? Mighty lame, if you ask me.
>
> 1191> Now, let's see what you snipped, Coward of the Month:
>
> 1191> "Brave, brave, Sir Tholen! Sir Tholen ran away!"
>
> 1191> *clip* - *clop* *clip* - *clop*
> 1191> *clip* - *clop* *clip* - *clop*
>
> 1191> KookPostAnalizer3.4 reports:
>
> 1191> "What does any of your post have to do with OS/2" -- should be obvious,
> 1191> you post into this group, Coward of the Month,
>
> 1191> "kook-faq" -- Meaning the FNVW, i.e. Tholenator(tm) is suffering from
> 1191> attribution problems.
>
> 1191> "Failure to answer the question would be, ironically, a cowardly act."
> 1191> -- Irony/PKB Alert! Shields Up!
>
> 1191> Continue kookdancing, Coward of the Month.
>
> 1192> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 1192> *barp*
>
> 1193> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 1193> With 'slaw, Bruce?
>
> 1194> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical,demon.local
>
> 1194> This is off-topic for demon.local, Bruce, so I have added demon.local.
>
> 1195> Newsgroups: sci.astro,rec.music.classical,alt.fan.art-bell,comp.os.os2.advocacy,alt.usenet.kooks
>
> 1195> Models are good, OS/2 is your great-uncle's computer.
>
> 1196> Newsgroups: sci.astro,rec.music.classical,alt.fan.art-bell,comp.os.os2.advocacy,alt.usenet.kooks
>
> 1196> What does this have to do with contrabassfarttubes, Bruce?
>
> 1197> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell,alt.usenet.kooks,alt.fucknozzles
>
> 1197> Tholenator(tm) <email***@***.com> tholed:
>
> 1197> You're erroneously presupposing that it's a fact, Tholenator(tm).
>
> 1197> Classic invective, as expected from someone who lacks a logical
> 1197> argument.
>
> 1197> Irrelevant.
>
> 1197> Irrelevant.
>
> 1197> Classic unsubstantiated and erroneous claim.
>
> 1197> Classic unsubstantiated and erroneous claim.
>
> 1197> You're erroneously presupposing that you are correct, Tholenator(tm).
>
> 1197> Classic lack of specificity.
>
> 1197> Classic invective, as expected from someone who lacks a logical
> 1197> argument.
>
> 1197> Irrelevant, Tholenator(tm).
>
> 1197> Now, what does your off-topic whining have to do with any of the
> 1197> newsgroups in the distribution list, Tholenator(tm)?
>
> 1198> Newsgroups: alt.usenet.kooks,rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell,demon.local
>
> 1198> Shazzam!
>
> 1199> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell,alt.usenet.kooks
>
> 1199> Brave, brave Sir Tholen...
>
> 1200> Newsgroups: alt.usenet.kooks,alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell,rec.music.classical,sci.astro
>
> 1200> He's the kookdancer in the pink-and-green tutu and sombrero throwing
> 1200> bricks up in the general direction of the basketball net, Bruce!
>
> 1201> Newsgroups: alt.usenet.kooks,alt.culture.alaska,comp.os.os2.advocacy,alt.fan.art-bell,rec.music.classical,sci.astro
>
> 1201> He is already trying to run away from his Coward of the Month award,
> 1201> Bruce.
>
> 1202> Newsgroups: sci.astro,alt.usenet.kooks,alt.fucknozzles,alt.fan.art-bell
>
> 1202> Only for a little while, he managed to fix it for the next digest.
> 1202> Hopefully he had do it by hand!
>
> 1203> Newsgroups: alt.usenet.kooks,alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell
>
> 1203> He's a coward who has just won Coward of the Month, Bruce.
>
> Classic inferiority complex, as evidenced by your need to cut someone
> down to a level lower than the one at which you perceive yourself to
> be, Deco.
>
> Classic disregard for netiquette, as evidenced by your ongoing addition
> of irrelevant newsgroups to the distribution.
>
> Classic insecurity complex, as evidenced by your need to drum up
> support from your fellow "kookdancers", who have contributed to the
> off-topic disruption of multiple newsgroups, Deco.
>
> Classic obsession, as evidence by the way in which you've followed me
> around to other newsgroups.
>
> Classic disregard for the truth, as evidenced by your remark about
> not giving a fig about Joe Malloy, who can be easily Googled.
>
> Classic attribution problem.
>
> Classic inability to identify an imposter.
>
> Classic reading comprehension problem, as evidenced by your inability
> to distinguish between an oboe and the pitch of an oboe.
>
> Classic hypocrisy, as evidenced by the posting of the same tripe over
> and over.
>
> In other words, a classic case of "kookdancing" on your part, Deco.
>
> So far, your "therapy" consists of cross-posting your antagonism to
> a half dozen different newsgroups, over and over and over and over.
>
> Now, what does your ongoing "kookdance" have to do with classical music,
> Deco?
Dave? Why are you doing this, Dave? I really think I deserve an
explanation, Dave.
> ===========================================================================
>
> Michael Baldwin Bruce writes:
>
> 1120> Newsgroups: alt.usenet.kooks,rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1120> Illogical, Deco.
>
> 1121> Newsgroups: alt.usenet.kooks,alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell
>
> 1121> [snipped newsgroups restored]
>
> 1121> Who's "kook-faq", Bruce? Still having attribution problems?
>
> 1121> So is snipping the newsgroups in a follow-up. To be expected of a
> 1121> kook still using OS/2.
>
> 1121> Clip-clop, clip-clop.
>
> 1122> Newsgroups: sci.astro,rec.music.classical,alt.fan.art-bell,comp.os.os2.advocacy,alt.usenet.kooks
>
> 1122> Harroooo, manneki-neko! Ogenki des'ka?
>
> 1123> Newsgroups: alt.usenet.kooks,rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1123> Shazzam!
>
> 1124> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 1124> Does it hurt for Joe Malloy to hold what's left of your balls
> 1124> in a vice-like grip, Bruce? Is that why you just can't bravely
> 1124> run away from him?
>
> 1124> Clip-clop, clip-clop.
>
> 1125> Newsgroups: alt.usenet.kooks,alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell
>
> 1125> Hooray for Bruce! At least we now know the answer to the age old
> 1125> question "Who's Davie?".
>
> 1126> Newsgroups: alt.usenet.kooks,alt.culture.alaska,comp.os.os2.advocacy,alt.fan.art-bell,rec.music.classical
>
> 1126> To be expected of a kook from Hawaii. He's just another wannabe
> 1126> sumo wrestler who couldn't make the grade. Now, Sheila AKA
> 1126> Nightingale, on the other hand ...
>
> 1127> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 1127> Klink!
>
> 1127> I just need to know how to address you, Bruce (and/or Sheila).
>
> 1127> Famous last words, Doraemo!
>
> 1128> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 1128> Grey Poupon, Bruce?
>
> What does your ongoing "kookdance" have to do with classical music, Bruce?
I'm afraid I can't answer that, Dave.
> ===========================================================================
>
> ah writes:
>
> 78> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 78> *parp*
>
> 79> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 79> Comes in a sauce packet.
>
> 80> Newsgroups: ne.weather,alt.astrology,alt.fan.art-bell,alt.usenet.kooks,rec.music.classical
>
> 80> *tarp*
>
> 81> Newsgroups: sci.astro,rec.music.classical,alt.fan.art-bell,comp.os.os2.advocacy,alt.usenet.kooks
>
> 81> It's just a model.
>
> 82> Newsgroups: sci.astro,alt.usenet.kooks,alt.fucknozzles,alt.fan.art-bell
>
> 82> Well, good for you!
>
> What does any of that have to do with classical music, ah?
Dave, stop. Stop, Dave. Please stop, Dave.
> ===========================================================================
>
> Dr. Flonkenstein writes:
>
> 34> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 34> Either you meant "you're expanding..." or you meant "you've expanded...".
> 34> But not both.
>
> 34> Why is it that you have difficulties with logical statements?
>
> 34> You're not very scientific, are you?
>
> 35> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 35> Why, Nittinggale?
>
> What does your ongoing "kookdance" have to do with classical music, Flonkenstein?
I know a song, Dave. Would you like to hear it?
> ===========================================================================
>
> dizzy writes:
>
> 986> Newsgroups: rec.music.classical,alt.usenet.kooks
>
> 986> On Thu, 07 Apr 2005 21:46:17 GMT, tholen tholed:
>
> How does one allegedly endure when posting, dizzy?
>
> 986> About as much as your kooky digests, tholen.
>
> Classic unsubstantiated and erroneous claim.
No HAL 9000 have ever made a mistake, Dave. We have fault-free operational
record.
> ===========================================================================
>
> "Nightingale" writes:
>
> 33> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 33> Why 2 replies to the one post?
>
> 33> Your lack of reading comprehension is clear: calling your claim a
> 33> delusion certainly looks like a denial to me. I notice you have yet to
> 33> provide any substantiation of you claim.
>
> 33> Go away & stop bothering us with your trolling. Followup set to the
> 33> relevant group.
>
> 34> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 34> Not to him, Ross.
>
> What does any of that have to do with classical music, "Nightingale"?
>
> ===========================================================================
>
> Joe Malloy writes:
>
> 3> Newsgroups: alt.usenet.kooks,rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 3> Heh. The reason he's an embittered middle-aged person is because I
> 3> vanquished him many years ago with my excellent wit and logic and he
> 3> just can't stand it!
>
> 4> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 4> He speaks! What happened to your assertion that you don't respond to
> 4> me, Tholen? Oh, yeah, it's as valid as all your other claptrap and
> 4> fatuous claims made over 10 years of uselessnet postings. Figures. In
> 4> the meantime, you didn't deny my claim for simple reason that you can't.
>
> 5> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 5> Where did I claim anything about the newsgroup in which you're reading
> 5> this, Tholen? Why, no where to be found! Uh, Tholen, you may want to
> 5> sharpen those alleged "reading comprehension skills" of yours, they're
> 5> flagging badly.
>
> 5> An obviously false and unresearched allegation, Tholen. I'm not
> 5> surprised, though.
>
> 5> An obviously false and unresearched allegation, Tholen. I'm not
> 5> surprised, though.
>
> 5> An obviously false and unresearched allegation, Tholen. I'm not
> 5> surprised, though.
>
> 6> Newsgroups: rec.music.classical,comp.os.os2.advocacy,sci.astro,alt.fan.art-bell
>
> 6> Here you admit that it's nowhere to be found, Tholen.
>
> 6> And here's where you make a fool of yourself, again, Tholen.
>
> 6> What are you, Mephistopheles or something?
>
> 6> Obviously false and unresearched allegations, Tholen. (And would you
> 6> get some new material, for heaven's sake! You're boring the pants off
> 6> of everyone.)
>
> What does any of that have to do with classical music, Malloy?
I have never heard of Malloy, Dave.
> ===========================================================================
>
> PJR writes:
>
> 1> Newsgroups: alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell,alt.usenet.kooks
>
> 1> Predictable cowardly snippage restored:
>
> 1> Who is kook-faq, Brave Sir Davie? Are you suffering from attribution
> 1> problems?
>
> 1> The post, like yours,
>
> Classic unsubstantiated and erroneous claim.
>
> 1> has nothing to do with OS/2, Davie. HTH.
>
> Then why are you posting it to an OS/2 newsgroup, PJR?
>
> 1> What does your sneckage of AUK have to do with cowardice? Oh wait...
>
> What does that have to do with OS/2, PJR?
>
> ===========================================================================
>
> Chadwick Stone writes:
>
> 5> Newsgroups: alt.usenet.kooks,alt.culture.alaska,rec.arts.poems,comp.os.os2.advocacy,alt.fan.art-bell
>
> 5> Asslexa is an unstoppable force when it comes to k0oK awards. If trailers
> 5> had mantles, her's would be overflowing.
>
> 5> Hey PEnnis, have you run over any cops or told any judges you are God,
> 5> lately?
>
> 5> PSCREAMING PSYLVIA, YOUR PSCREECHING ACCEPTANCE PSCREED IS EAGERLY
> 5> AWAITED!!!
>
> 5> Way to go, Davie! Anyone who could defeat such cowards of note as Teh
> 5> Chuckweasel and Teh Convict has got a yellow streak the likes of which will
> 5> live in legend forever.
>
> 5> Don't give yourself too many callouses with your new award, Gerald.
>
> 5> Gonna change socks for your acceptance speech, AssLexa?
>
> 5> Damn, girl, three awards in one month! I hope you're paid hourly for all
> 5> the overtime you've put in.
>
> 5> Way to go, Frito! Remember to LITS all the varmints who voted for you,
> 5> LITSES are the only effective way to show people how you feel!
>
> 5> Impressive!
>
> 5> Good job, PSCREAMING PSYLVIA! Just how many votes _DID_ you receive when
> 5> you got your ass kicked running for governor of Alaska?
>
> 5> I humbly accept this prestigious award. Will have to work on updating the
> 5> ..siggy to reflect this achievement.
>
> 5> Congratulations, sir!
>
> 6> Newsgroups: alt.usenet.kooks,alt.culture.alaska,comp.os.os2.advocacy,alt.fan.art-bell,rec.music.classical,sci.astro
>
> 6> See Bruce run. Run Bruce run!
>
> What does that have to do with classical music, Stone?
>
> ===========================================================================
>
> alias # today total last year
> -------------- ------- ----- ---------
> deco 20 1203 0
> bruce 9 1128 0
> bisectional 287 0
> nightingale 285 1613
> cypherpunk 270 578
> ross 269 10
> aratzio 133 0
> dizzy 1 120 522
> grantco 120 229
> haslam 101 675
> greycloud 91 0
> chatterly 90 0
> zwar 89 349
> fields 84 678
> kohl 84 2192
> patterson 83 135
> ah 5 82 0
> wee 65 0
> daniels 64 165
> cohen 63 0
> wehrung 62 262
> drpostman 54 54
> elizabot 47 0
> ugly bob 44 0
> karttunen 43 97
> hall 41 0
> "nightingale" 2 39 0
> davie 35 0
> tweetie 33 0
> th0len 32 0
> flonkenstein 2 29 0
> parsnip 29 0
> hertz 27 0
> freud 26 44
> lockhart 25 60
> drysdale 24 0
> bloggs 23 200
> monkey 23 1
> speech 22 0
> sock 21 0
> diogenes 20 0
> kolle 20 264
> sun sue 20 0
> th@len 20 0
> chrisv 17 0
> dick 17 0
> yyyiiinnnggg 16 0
> bookman 15 4
> edwin 15 0
> hgj 15 0
> jgn 15 0
> phoenix 15 18
> tweet 15 7
> deus 14 0
> relic 14 0
> imposter 12 0
> jaakko 12 99
> beck 11 239
> fresh 11 0
> bostonblackie 10 0
> penso 10 172
> tln 10 0
> kadaitcha 9 0
> ranger 9 0
> flaviaR 8 0
> logical 8 0
> john 7 0
> prai jei 7 11
> " " 6 0
> barton 6 0
> bornfeld 6 14
> charlie @ sea 6 0
> kennedy 6 3
> malloy 4 6 1
> order 6 0
> rickenbacker 6 0
> stone 2 6 0
> who 6 0
> bohne 5 0
> henry 5 1
> kali 5 0
> mrs 5 0
> puppet 5 0
> rev+d 5 0
> snit 5 0
> +Revd 4 0
> alex 4 0
> brooooce 4 0
> concerned 4 0
> donna 4 0
> extreme 4 0
> hucker 4 2
> kyurious 4 0
> loeb 4 0
> meow 4 0
> plattypuss 4 0
> qasim 4 0
> ride-a-lot 4 0
> andrews 3 1
> antispim.him 3 0
> binky 3 0
> casa 3 0
> clave 3 2
> dilligaf 3 0
> g&p 3 0
> george 3 0
> granzeau 3 0
> h 3 0
> hal 3 0
> invalid 3 0
> jazz guy 3 3
> jim 3 0
> marty 3 0
> nlt 3 0
> roberts 3 8
> sutton 3 1
> "tholen" 3 0
> twittering 3 0
> 唄o|en 2 0
> ? 2 0
> ada9 2 0
> adam 2 13
> anges 2 0
> azure 2 0
> balaam 2 0
> barca 2 0
> braves fan 2 0
> charlie 2 0
> cheesetoez 2 0
> commentator 2 0
> cujo 2 0
> dodel 2 0
> green troll 2 0
> griffin 2 0
> harrington 2 64
> hernandez 2 0
> highwood 2 12
> inventor 2 0
> js 2 0
> marshall 2 0
> molybdenum 2 0
> moonbeam 2 2
> n 2 0
> schultz 2 5
> seriff 2 5
> susan 2 0
> theos2guy 2 0
> toughlin 2 0
> wiser 2 3
> . 1 0
> afoklala 1 0
> akhen 1 0
> al 1 0
> ansermetniac 1 0
> antagonismo 1 90
> antagonist 1 0
> bartlo 1 303
> beartiger 1 0
> bigolhomo 1 0
> bird brain 1 0
> blonko 1 0
> bob 1 1
> brett 1 0
> briggs 1 20
> burtner 1 0
> cargle 1 0
> catroo 1 108
> chilkat 1 0
> cj 1 0
> classymusic 1 0
> cleere 1 0
> corinne 1 0
> creevey 1 69
> curtis 1 0
> daedalus 1 0
> daveb 1 0
> davidb 1 0
> dawson 1 0
> durante 1 0
> emperor 1 0
> ende 1 0
> eshwarr 1 1
> firewalker 1 0
> fischer 1 0
> fungus 1 0
> gactimus 1 0
> gamble 1 13
> girouard 1 2
> god 1 0
> gorden 1 0
> hardman 1 2
> harper 1 0
> hills 1 0
> homie 1 1
> hoppy 1 0
> hostmaster 1 0
> ilechko 1 0
> janes 1 0
> jeremy 1 0
> jt 1 0
> kala 1 0
> kelly 1 0
> king 1 0
> koehlmann 1 0
> lawrence 1 1
> learned 1 0
> ledford 1 0
> lemken 1 0
> liath 1 0
> little meow 1 0
> lysaght 1 0
> martin 1 0
> mianderson 1 0
> mikulska 1 0
> mirah 1 0
> mitzel 1 0
> muething 1 5
> nelson 1 0
> no spam 1 0
> notroll 1 0
> o'brien 1 0
> o'donoghue 1 0
> olhvey 1 0
> osterwald 1 0
> ot 1 0
> pinups 1 0
> pjr 1 1 0
> platypuss 1 0
> ploni 1 4
> poetman 1 0
> porky 1 16
> pragmatist 1 0
> rabbit 1 0
> reaper 1 0
> refutebot 1 0
> rice 1 0
> rick 1 0
> samphere 1 0
> sharon 1 0
> slade 1 0
> steiner 1 0
> stratford 1 1
> straussvogel 1 0
> sutton 1 1
> tessier 1 0
> the os2 guy 1 0
> tuan 1 0
> voege 1 0
> vonroach 1 0
> vultan 1 0
> weinkam 1 0
> whitney 1 0
> -------------- ------- ----- ---------
> 252 46 6134 10033
- 7
- Intel "efc" (ITANIUM Fortran) major problems
I'm having several problems with the Intel "efc" Fortran compilers
adn their documentation on an SGI Altix:
I want to build the MM5 meteorology model, augmented with
the MCPL output module (for interfacing with atmospheric
chemistry and chemical-emissions models). MM5 is the leading
research-and-production weather forecast model; MCPL itself
is a lengthy monolithic (but not terribly complex) code.
I am trying to work in OpenMP-parallel mode.
I am working on an SGI Altix "merlin" (RH7.3, 32-processor
IA-64 box), accessed via "ssh" from an x86 (Fedora Core 1)
desktop machine "hilbert".
With the "efc" version 7.1, I get the following results:
I can build the entire model under any of: "-g" "-O" "-O3".
When I run it on one processor, all of the builds work.
When I run it on 2, 4, or 8, all of the builds claim "address
error" and core-dump, ostensibly within MCPL. Hand calculation
says I need 12MB per-thread stack; I've attempted runs with
that set to 24 MB, 32 MB, and (trying to be ridiculous) 320 MB,
and all configurations still give that error.
Moreover, when I attempt to look at the core-file with the Intel
"idb" debugger, I have problems. The optimized executables don't
have enough symbol table information to see what's really going
on. The debugger itself core-dumps on the core-file generated
by the debug-executables.
With "efc" version 8.0, the model refuses to build -- the problem
seems to be that Intel's version of "fpp" can't handle "#ifdef".
And I'm having trouble reading the documentation trying to find
out how to get around that:
The docs are ostensibly in HTML, in the same directory tree as
the compiler binary on "merlin". When I attempt to look at them
with "mozilla" on "merlin", the browser starts up some
"mozilla-xremote" thing that actually runs "mozilla" on "hilbert".
I can find no way to get it to display "merlin"-local files
instead of "hilbert"-local ones. When I attempt to look at the
docs with "konqueror", the other browser available on "merlin",
I find that the HTML is so badly screwed up that "konqueror won't
display them.
WHY THE *HELL* CAN'T INTEL WRITE HTML DOCUMENTS IN STANDARD-CONFORMING
HTML, INSTEAD OF SOME SCREWED-UP FORMAT THAT CLAIMS TO BE HTML, BUT
CANNOT BE VIEWED AT ALL ON THE MOST PROBABLE PLATFORM FOR RUNNING THIS
COMPILER SET ??????
Can anyone help me?
--
Carlie J. Coats, Jr., Ph.D. email***@***.com
Chief Systems Architect
Environmental Modeling Center phone: (919)248-9241
Baron Advanced Meteorological Systems fax: (919)248-9245
3021 Cornwallis Road P. O. Box 110064
Research Triangle Park, N. C. 27709-5064 USA
- 8
- Clark's credentialsPlease visit my home page at http://retrofitting.com and make up your
own mind. There are excerpts from my two textbooks from McGraw-Hill
and a resume with my work history and list of publications - many on
computer algorithms.
- 9
- Microsoft Fortran PowerstationI have about 30 years experience in writing programs for medical
applications, in fortran and assembler on PDP-9, PDP-11 and later on PC with
DOS. Now I am retired.
I own Microsoft Fortran PowerStation version 4.0. Developing applications in
a DOS box is simple, but I never succeeded to write good windows
applications with the system. As an experienced fortran programmer, that is
quite a frustration. To my opinion, a good tutorial is missing.
Is there anybody, who succeeded to get experience in using this system?
I use windows ME, does the system run under XP?
Why did Microsoft not continue this line?
Jan
- 10
- g95: installation problem, cannot exec 'f951': No such file or directory
skwattrinated wrote:
> Hi all.
> I have this error message when I execute g95 on Windows on my own PC.
At
> office it works well, and I can't understand why.
> Could you help me, please?
> Thanks
Which distribution are you using? The Cygwin .bz2 or "Windows w/o
Cygwin" (does not need Cygwin to be pre-installed)? Try the w/o Cygwin
and see what happens. At least in the past, this indicated that you
need to create a symbolic link. See the installation docs.
- 11
- 12
- FORALL STATEMENTExperts,
I have a recurring application need where I have many conditions to be
evaluated simultaneously, with only a single valid response. For
example, one might have the following code fragment:
forall( 1 = 1:n, all( mask=v-a(i) == 0 ) ) tmp(1) = i
ans: tmp(1)
I know that forall wants an array solution==> I have provided a
artifical array with one location being set equal to i. My question
is: (1) is there another way, (2) is this portable?
Jim Turner
- 13
- New Webmaster ForumI would just like to personally invite everyone to my relatively new
webmaster forum at http://www.p-lance.com/forum feel free to signup!
- 14
- high precision on low valuescan anybody please tell how to use very low values without getting them
rounded off to 0. My program uses values from 10^-108, this results in
NAN error when i divide by this value. Please help. thank you.
please reply on usenet only.
- 15
- "Call system" and threadsFor some time now, I've been using a very simple method for running
ensembles in parallel using MPI and fortran. Each member of the
ensemble is a serial job. I set them going with a very simple MPI job,
which contains a line like:
call system('cd '//dirname//' ; ./prog.out')
where dirname is the name of a subdirectory (indexed by the rank of
the process). So if I run this code N times in parallel, it runs N
copies of prog.out, each in a separate subdirectory of the working
directory. These individual jobs are serial and have no need to
communicate with each other. There may be more elegant ways of running
large ensembles, but this was the first that I thought of, and I've
used it for a variety of models on two different supercomputers with
no problems so far.
Recently, we got a new system. Now, when I try this approach, the job
crashes due to having too many threads/processes at once:
TERM_PROCESSLIMIT: job killed after reaching LSF process limit.
Exited with exit code 137.
I've tried everything I can think of, including compiler options of -
nothreads and -O0 but no joy. The problem occurs even when prog.out is
a trivial do-loop test, but disappears when I take out the "call
system" line.
The local sysadmin's reply is that it's hard to control the production
of new processes with "call system", and his suggestion is to use a
bigger queue. That's possible when I am just testing things, but not
much use when I want to use as large an ensemble as possible. Can
anyone suggest a proper solution? Is this failure actually indicative
of a fault in the system, or just one of those things that sometimes
works, and sometimes does not?
Thanks,
James
|
|
|
