Seeking Testing Volunteers W2K MTS/DTC to VMS DECdtm Distributed 2PC Transactions 2PC Transactions 2PC Transactions

Seeking Testing Volunteers W2K MTS/DTC to VMS DECdtm Distributed 2PC Transactions 2PC Transactions 2PC Transactions

Post by Paddy O'Br » Sun, 28 Nov 2004 17:19:09



This is not intended as a troll or to incite a language war. What
follows is just my opinion.

There is nothing "fortranesque" about any of the system service calls.
DEC has a calling standard and whether you write in BLISS, COBOL,
Fortran or PASCAl or even (shudder) C or C++ (probably several others
that I've forgotten), you can have a standard call. Personally, I prefer
to forget that C and C++ ever existed. Bad programming and use of
unsafe languages is why so many viruses are here. The language itself
might require you to do something like DEC's %ref or %val. Or with C to
create a descriptor for the equivalent of Fortran Character variables.

A sideline, what is the equivalent of a descriptor that allows the F95
SIZE intrinsic?

I use Fortran because I am into very technical electrical engineering
applications. Our engineers sometimes have runs going for days on our
production ES40 for determining transient stability limits on our
4-state interconnected system in .au.

t also depends on the applications you write whether you use Fortran or
C, or whatever. I do sometimes use C for GUI stuff, but C++, to me, is
not a safe language, and too difficult to educate safe programming in staff.

Nicklaus Wirth, to my knowledge, only intended PASCAL as a teaching
tool. He did not see a language written by one person as being viable in
a commercial or industrial environment. And C++ was written by one
person.-- BS. Doubts about Linux have also been recently expressed for
the same reason.

Regards, Paddy




***********************************************************************

"This electronic message and any attachments may contain privileged
and confidential information intended only for the use of the
addressees named above. If you are not the intended recipient of
this email, please delete the message and any attachment and advise
the sender. You are hereby notified that any use, dissemination,
distribution, reproduction of this email is prohibited.

If you have received the email in error, please notify TransGrid
immediately. Any views expressed in this email are those of the
individual sender except where the sender expressly and with
authority states them to be the views of TransGrid. TransGrid uses
virus-scanning software but excludes any liability for viruses
contained in any attachment.

Please note the email address for TransGrid personnel is now
XXXX@XXXXX.COM "

***********************************************************************