Perhaps this is oversimplifying, but if you can capture the spooler file number, why not rename it after it's been created to something with a larger sequence?
On Tue, Apr 22, 2008 at 7:35 PM, Dave Taylor <[EMAIL PROTECTED]> wrote: > Hi Brian, > > First, for the U2 readers on this list, let me explain that the ANPHOLD > file that Brian referred is not a file provided by UniVerse. > > It is a replacement in SpoolerPlus (our generic Pick/Reality print > spooler) for the &HOLD& file that is in UniVerse. > > It allows us to have a single Hold File in the SpoolerPlus account that > receives print jobs from all application accounts rather than a separate > &HOLD& file in each application > account, which UniVerse otherwise creates automatically. > > This allows us to process all print jobs generated in all application > accounts thru one file and aggregate all print jobs on hold in the same > file. > > With regard to the expansion of the length of the hold entry number that > is assigned by UniVerse, I asked this question of IBM Support on behalf of > one of our other SpoolerPlus customers a few months ago. > > IBM Support said that this request to expand the Entry No. beyond 4 > digits in UniVerse was first recorded a number of years ago, that others had > made the same request and that they would add my request to the list of > others who had requested it. > > UniData does provide a means to expand the length of the _HOLD_ file entry > number (and our UniData customers are using that feature), but UniVerse > does not provide for that at this time (ie. within the past year) as far as > I know. > > I would ask this question of your IBM Support representative under your > UniVerse support agreement to get a current definitive answer and to add > your name to the request list. > > With the expanding use of SpoolerPlus on UniVerse and the additional > functionality that it provides for managing and manipulating print jobs on > hold, users are finding more and more uses for keeping print jobs on hold > for longer and longer periods of time, and the incidence of repeating the > same Entry No., even though the print job id can not be duplicated, is > becoming more and more prevalent. > > It does make it confusing when you have more than one print job on hold > with the same entry number. > > This problem is not going to go away and it's not going to get better > until IBM recognizes the needs of the end-user community to manage larger > and larger volumes of print jobs. > > If anyone discovers a better answer, please let us all know. > > Thanks, > > Dave > > Dave Taylor > Sysmark Information Systems, Inc. > Authorized IBM Business Partner > 49 Aspen Way > Rolling Hills Estates, CA 90274 > (O) 800-SYSMARK (800-797-6275) > (F) 310-377-3550 > (C) 310-561-5200 > www.sysmarkinfo.com > > ----- Original Message ----- From: <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Tuesday, April 22, 2008 12:50 PM > Subject: [U2] Spooler hold entry number > > > > Hello all! > > > > I see that U2 gets the next hold entry number from an item in the DICT > > of > > ANPHOLD called NEXT.HOLD. It seems to automatically "roll over" at 9999 > > - > > it > > won't go to 5 digits. Although we use the BANNER UNIQUE option on the > > SETPTR > > command so that the actual ID of the print job also includes the user, > > account, date, time, etc., the users themselves only see the entry > > number > > when the spooler list is presented to them (long story). Because we > > could > > generate quite a few print jobs in a day, and because jobs on hold can > > be > > kept for a little while, we're running into some overlap. > > > > Does anyone know if (and then where) I can change the limit before the > > hold > > entry rolls? > > > > Thanks! > > Brian > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > _ > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > _ > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > > > The information transmitted is intended only for the person or entity to > > which it is addressed and may contain confidential and/or privileged > > material not intended for Public use. > > Any review, retransmission, dissemination or other use of, or taking of > > any action in reliance upon, this information by persons or entities > > other > > than the intended recipient is > > strictly prohibited. If you received this communication in error, please > > notify the sender and delete the material from any and all computers or > > devices. > > ------- > > u2-users mailing list > > [email protected] > > To unsubscribe please visit http://listserver.u2ug.org/ > > > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ > -- -Kevin http://www.PrecisOnline.com ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
