Randy wrote:
>Be sure that the FLIMIT on the message file is strictly greater than
>the expected number of simultaneous opens against the file.  We have a
>customer whose applications were accessing a message file with an
>FLIMIT of 18.  When the 19th FOPEN occurred, all activity on the
>message file halted.  Not just the 19th process, but _all_ of them.
 
The system reserves one(?) record(block?) in the message file for every
current "writer" of the file.  This ensures that when a writer closes
the file (or aborts) that the system will have a place to write the
"close record" for that writer without the possibility of encountering
a full message file.  If you have a limit of 18, and 18 people with the
file open for write access, then there are no blocks in the file
available for data, and a 19th user will impede waiting for room to
write the "open record" for itself.  As Randy says, never limit the limit
on your message file.  Always leave plenty of room for the (normally
invisible) open and close records.  Especially now that we have Native
Mode Message Files which can have up to 16K(32K?) simultaneous writers,
up from the old limit of 384. (unless they changed the way this works.  I
haven't tested it).
 
G.