JMP> Last Call for JobSubmissionID Format ID Length

JMP> Last Call for JobSubmissionID Format ID Length

Ron Bergman rbergma at dpc.com
Tue Jun 3 20:56:03 EDT 1997


Tom,


Your suggested method of extension is exactly what I would have
proposed.  This allows a total of 62 (if zero is included?) formats.
Seems like more than enough.


	Ron Bergman




On Tue, 3 Jun 1997, Tom Hastings wrote:


> I agree that we can go with one byte.  We need all the octets we can get.
> 
> We probably need to agree how to extend after format "9".
> 
> I suggest that we use single UPPER CASE letters, then single
> lower case letters.
> 
> Tom
> 
> P.S. Ron,
> I like this process for resolving issues too.
> 
> At 12:10 06/03/97 PDT, Ron Bergman wrote:
> >There has been a significant discussion regarding the length of the
> >JobSubmissionID Format ID length.  I recall that it was changed to
> >2 bytes in Austin because no one believed that more than 30 bytes
> >would ever be needed for the Submission ID.
> >
> >The proposal is:
> >
> >"Now that we have a valid reason for maximizing the Submission ID
> >the size should be reduced to one byte."
> >
> >I have not seen any objections to this proposal.  If anyone objects,
> >please respond ASAP.  The proposal will be accepted if there are no
> >objections by Monday, June 9th.
> >
> >
> >	Ron Bergman



More information about the Jmp mailing list