Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > Fortran > Re: advance=no ...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 24 of 46 Topic 8227 of 8775
Post > Topic >>

Re: advance=no problem

by nospam@[EMAIL PROTECTED] (Richard Maine) May 13, 2008 at 06:33 PM

<robert.corbett@[EMAIL PROTECTED]
> wrote:

> On May 13, 4:10 pm, "James Giles" <jamesgi...@[EMAIL PROTECTED]
> wrote:

> > This last is incorrect.  A tab edit descriptor may not be used
> > of tab to the left of the record's position at the beginning of the
> > current I/O statement.  The T edit descriptor's number must be
> > positive and is relative to the "teft tab limit".  The TL edit
> > descriptor is not allowed to move further back than the
> > current "left tab limit".  The "left tab limit" is reset by
> > several things including the start of a new I/O statement.
> 
> I once interpreted the standard the way you do.  My implementation
> of the tab edit descriptors in Sun Fortran worked that way.  After
> discovering that other implementations did not work the way mine
> did, I filed a request for interpretation against the Fortran 95
> standard (interp. 000027).  The committee ruled the other way.

Huh? Do you have it backwards here? I don't see how the ruling could
have been more clear. There is obviously a problem somewhere along here
in communicating English - much less Fortran. I'm not saying whose
"fault" the communication problem is (maybe even mine), but there is
sure a failure somewhere.

The question in interp 0027, cut&pasted directly from it, is

  When a file is positioned within a record at the start of sequential
  formatted I/O, where is the left tab limit (see Section 10.6.1.1)? Is
  it at the start of the record or at the point where the file
  was positioned at the start of execution of the statement?

and the answer, in complete, was

 The left tab limit is the point where the file was positioned at the
 start of execution of the statement.

and the discussion was

  This follows from the second sentence of 10.6.1.1, which states
     "Immediately prior to data transfer, the left tab limit becomes
     defined as the character position of the current record."

This makes it pretty explicit to me that the left tab limit is *NOT*
always at the start of the record, particularly insomuch as that was the
other of the two choices - the one specifically rejected. Even if you
somehow read the positive words differently, how can you possibly
explain the interp rejecting the "is it at the start of the record"
option? If anyone thought that these two phrases are equivalent, I'd
have hoped that they would point that out as an apparent comtradiction
in the question.

> The Fortran 2003 standard is clearer.  In Section 10.7.1.1, it
> states
> 
>     Immediately prior to nonchild data transfer, the left tab
>     limit becomes defined as the character position of the
>     current record or the character position of the stream file.
> 
> The character position of the current record is the position of
> the start of the record, not the file position at the start of
> the I/O statement.

I'm sorry, but I 100% disagree. See the interp that you just referenced.
It has the negation of your claim above, almost word-for-word.

-- 
Richard Maine                    | Good judgement comes from experience;
email: last name at domain . net | experience comes from bad judgement.
domain: summertriangle           |  -- Mark Twain
 




 46 Posts in Topic:
advance=no problem
rudra <bnrj.rudra@[EMA  2008-05-12 06:22:39 
Re: advance=no problem
rudra <bnrj.rudra@[EMA  2008-05-12 06:40:16 
Re: advance=no problem
Gordon Sande <g.sande@  2008-05-12 13:50:13 
Re: advance=no problem
harper@[EMAIL PROTECTED]   2008-05-13 11:47:46 
Re: advance=no problem
tholen@[EMAIL PROTECTED]   2008-05-12 19:26:06 
Re: advance=no problem
glen herrmannsfeldt <g  2008-05-12 11:43:13 
Re: advance=no problem
tholen@[EMAIL PROTECTED]   2008-05-12 20:12:12 
Re: advance=no problem
Janne Blomqvist <foo@[  2008-05-12 23:32:04 
Re: advance=no problem
glen herrmannsfeldt <g  2008-05-12 13:09:41 
Re: advance=no problem
Janne Blomqvist <foo@[  2008-05-13 00:48:07 
Re: advance=no problem
"James Giles" &  2008-05-12 20:32:24 
Re: advance=no problem
Janne Blomqvist <foo@[  2008-05-12 23:55:24 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-12 16:31:12 
Re: advance=no problem
glen herrmannsfeldt <g  2008-05-12 15:47:07 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-13 00:42:30 
Re: advance=no problem
GaryScott <garylscott@  2008-05-13 07:21:14 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-13 08:57:42 
Re: advance=no problem
GaryScott <garylscott@  2008-05-13 09:46:51 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-13 15:59:48 
Re: advance=no problem
"James Giles" &  2008-05-13 23:10:25 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-13 17:05:52 
Re: advance=no problem
"James Giles" &  2008-05-14 00:38:23 
Re: advance=no problem
"James Giles" &  2008-05-14 00:57:05 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-13 18:33:40 
Re: advance=no problem
"James Giles" &  2008-05-14 02:48:43 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-13 20:05:16 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-13 20:45:00 
Re: advance=no problem
Steve Lionel <Steve.Li  2008-05-14 10:07:48 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-13 23:36:34 
Re: advance=no problem
"Jugoslav Dujic"  2008-05-14 09:11:21 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-14 00:39:12 
Re: advance=no problem
GaryScott <garylscott@  2008-05-14 07:18:32 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-14 07:47:59 
Re: advance=no problem
Ron Shepard <ron-shepa  2008-05-14 10:11:23 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-14 12:12:11 
Re: advance=no problem
glen herrmannsfeldt <g  2008-05-14 13:01:00 
Re: advance=no problem
glen herrmannsfeldt <g  2008-05-14 11:09:33 
Re: advance=no problem
GaryScott <garylscott@  2008-05-14 08:22:03 
Re: advance=no problem
"James Giles" &  2008-05-14 18:41:44 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-14 12:12:11 
Re: advance=no problem
Gary Scott <garylscott  2008-05-14 20:59:30 
Re: advance=no problem
"James Giles" &  2008-05-15 02:30:21 
Re: advance=no problem
nospam@[EMAIL PROTECTED]   2008-05-14 20:44:10 
Re: advance=no problem
robert.corbett@[EMAIL PRO  2008-05-14 23:19:22 
Re: advance=no problem
dongyuanxun <dongyuanx  2008-05-15 01:11:12 
Re: advance=no problem
GaryScott <garylscott@  2008-05-15 07:00:01 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Mon Oct 13 8:41:13 CDT 2008.