HP3000-L Archives

July 2000, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Neil Armstrong <[log in to unmask]>
Reply To:
Neil Armstrong <[log in to unmask]>
Date:
Fri, 14 Jul 2000 10:35:19 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (31 lines)
Bill and Rich wrote:

>Using Suprtool to create a self describing file we found the file end of
>limit would be a negative number. This was caused by a file I/O error. This
>too has been resolved and a general patch released.

>MPELX71 addresses this. The actual problem is described by the one-
>liner on the patch which reads:

>"FCLOSE w/TRUNCATE option of > 4GB file to < 4GB sets EOF to <= 0"

>The file MUST have begun life looking like it could be greater than 4GB but
>at
>close time be truncated to less than 4GB. If the file had user labels, as
an
>"SD"
>file would, the EOF went negative. Fortunate too because it stood out on a
>LISTFILE! If the file had no user labels the EOF was set to zero.

You can ask Suprtool to not fclose files with the truncate option by
putting:

  >set squeeze off

somewhere in the task.

Keep in mind that this will cause the file to retain the original calculated
flimit, but could be used as a workaround until you get the patch installed.

Neil Armstrong

ATOM RSS1 RSS2