Comments for ForTheScience.org

Comment on My business card, with QR-code. Geeky! by Tim Cooper

Tim Cooper — Sat, 20 Feb 2010 08:16:13 +0000

I like this – must try it!

Comment on Error 1044 in MySQL: Access denied when using LOCK TABLES by Ganga

Ganga — Thu, 04 Feb 2010 17:51:30 +0000

That was simple and working! Thanks

Comment on Why is most science programming done in fortran? by MSB

MSB — Fri, 29 Jan 2010 03:51:58 +0000

An ISO Technical Report defined a standard addition for variable length strings. An open source implementation exists since 2003. You “use” iso_varying_string. Deferred length allocatable scaler strings (Fortran 2003) provide dynamic length strings. Some compilers supporter this already, e.g., Intel ifort since mid-2009.

Re: “When you use USE, you import every symbol in your scope, meaning that if you have two different modules, but with the same symbol name inside, they will clash. Unless thereâ??s a trick I donâ??t know about, this means you cannot import them at the same time.”

There are two methods in Fortran to solve this problem:
“use ModuleName, only: ItemName” will select only “ItemName” from the module “ModuleName”, so if that module has items that you don’t need that clash with another module, they are omitted and don’t clash. If two modules have items that you need that have the same name, you can rename the item: “use ModuleName, OrigName => NewName”. Clash gone!

“short identifier limit”? 31 characters in Fortran 95, 63 in Fortran 2003. Longer than this, the lines of the program will get rather long…

Comment on How I ate Fugu and survived to tell the tale by Alessio Miglietta

Alessio Miglietta — Thu, 21 Jan 2010 17:15:51 +0000

Ammazza… io sarei morto solo a vedere il conto

Un caro saluto da un vecchissimo amico dalla lontana Italia…

Comment on How I ate Fugu and survived to tell the tale by Dexter77

Dexter77 — Tue, 19 Jan 2010 12:52:23 +0000

You lucky man!

Comment on Lines of code by Stefano Borini

Stefano Borini — Sun, 03 Jan 2010 00:20:25 +0000

Absolutely correct. My measure was more of a baseline for mindless typing without any additional aid.

Comment on Lines of code by Tim

Tim — Sun, 03 Jan 2010 00:18:18 +0000

I believe your “best case scenario”, assuming a constant char-per-minute rate, assumes the programmer is using NOTEPAD.EXE.

Get your hypothetical programmer a copy of Emacs, teach said programmer about abbrevs, and watch the char-per-minute output go way up, while the char-per-minute input stays constant. I almost never type long identifiers (above 4 or 5 chars) more than once.

Comment on Norwegian spiral sets the news ablaze by Dexter77

Dexter77 — Thu, 10 Dec 2009 11:43:07 +0000

Funny! But not alien!

Comment on Why is most science programming done in fortran? by Stefano Borini

Stefano Borini — Sat, 05 Dec 2009 05:28:32 +0000

> 1) a lot of code to perform a task ??
> let me give a counter example
> Java (cold be C or C++):
>
> float[10][10] a;
> for (int i=0; i a[i][j] = 0;
>
> Fortran:
>
> real::a(10,10)
> a = 0

The example you present specifically addresses one strength of fortran (90): handling arrays. For any other task, it will take more code. I cannot show you real examples here, but you are welcome to download the Q5Cost library for real cases of bloat code to perform trivial tasks such as exception handling.
By the way, if the example you gave was C, I would not zero an array the way you did, I would simply use bzero().

> 2) modular programming is easy with fortran 95, Object
> programming is with fortran 2003.

Not really. Modular programming is “easy” once you know how it works, but the way is implemented makes it a pain to handle. Namespacing is limited to basically one level, and you cannot rename your module import. When you use USE, you import every symbol in your scope, meaning that if you have two different modules, but with the same symbol name inside, they will clash. Unless there’s a trick I don’t know about, this means you cannot import them at the same time. This breaks havoc if you want to use two different modules with the same interface but with different implementation (for example, if you want to read data from a file format and store it into another file format).

> 3) if fortran has IMPLICIT, it also have IMPLICIT NONE and
> each compiler has flags to prevent implicit statement.

Yes, but they are not turned on by default. This is one case where backward compatibility should have been dropped for the sake of forcing a bit of proper coding style. We would have much better code around now.

> 4) Dynmic memory allocation, aggregation: not missing any more
> since fortran 90

Except for strings.

> 5) dynamic strings: foreseen in fortran 2003, not yet
> implemented by compilers. The only cons so far.

well, last time I checked we are in 2009

> Nevertheless, charaster(100) and Character(101) are more like
> an double and a float than an int and a string, as thay can be
> compared and assinged to each other…

In other words, they are like two different datatypes, with forced implicit coercion.

> 6) GUI programming, Networking, DB access, real time,
> inter-process communication and much more… Yes, I’ve done that
> in Fortran 15 years ago when I was programming Satellite
> control center, with high requirements on reliability.

Interesting. Using what public available libraries ? I guess they were internally produced in your case. This unfortunately limits its access to the rest of the world, making adoption of fortran for these tasks basically nil.

> Conclusion: The language is secondary and you cannot say
> “Don’t use that or that language”. There are Pros and cons
> for all of them, and it always depends on the programmer…

Exactly what I said, and I totally agree with you. I would not use python for a low level device driver and I would not use Fortran to access a MySQL database.

Comment on Why is most science programming done in fortran? by Magermans

Magermans — Wed, 02 Dec 2009 14:44:08 +0000

Perhaps the comment is late, but it is , I think, relevant.
First of all, I’m a fan of Java. I also work on some simulation software written in Fortran.

1) a lot of code to perform a task ??
let me give a counter example
Java (cold be C or C++):

float[10][10] a;
for (int i=0; i

Fortran:

real::a(10,10)
a = 0

2) modular programming is easy with fortran 95, Object programming is with fortran 2003.

3) if fortran has IMPLICIT, it also have IMPLICIT NONE and each compiler has flags to prevent implicit statement.

4) Dynmic memory allocation, aggregation: not missing any more since fortran 90

5) dynamic strings: foreseen in fortran 2003, not yet implemented by compilers. The only cons so far. Nevertheless, charaster(100) and Character(101) are more like an double and a float than an int and a string, as thay can be compared and assinged to each other…

6) GUI programming, Networking, DB access, real time, inter-process communication and much more… Yes, I've done that in Fortran 15 years ago when I was programming Satellite control center, with high requirements on reliability. A lot safer than doing them in C or C++.

Conclusion: The language is secondary and you cannot say "Don't use that or that language". There are Pros and cons for all of them, and it always depends on the programmer…

Pol Magermans
Software Engineer
University of Liège, Belgium.