I'm sorry if I wasn't clear. After looking at what I wrote I can see why but I think you answered my question.
Jerry Banker -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dave Taylor Sent: Monday, July 20, 2009 12:10 PM To: U2 Users List Subject: Re: [U2] Converting from mvBase to Universe I'm not sure what you're asking, Jerry, but this may help. The SP-ASSIGN commands differ in syntax between the generic Pick print spooler and the Reality spooler, as follows: Ex. (PickR syntax): SP-ASSIGN (options) (copies) F(queuenumber), R(printfilenumber) Ex. (RealityR syntax): SP-ASSIGN = (queuename) (options) (copies) <AD> SpoolerPlusR supports both of these forms of the SP-ASSIGN command.</AD> Universe has its own form of SP.ASSIGN (SP-ASSIGN works also) command, and their syntax is slightly different for Universe/nix vs Universe/doz platforms and is unlike both the generic Pick and Reality syntax above. I don't know if there is a difference between the syntax of the Universe SP-ASSIGN command in a Pick-flavor account vs in a Reality-flavor account on the same operating system. There is no indication in the IBM documentation of such difference based on the flavor of the account. In Universe/nix: the documentation states "Use SP.ASSIGN to set the line printer spooler options for each of the 256 logical print channels." In Universes/doz: the documentation states "Use SP.ASSIGN to set the line printer spooler options for Windows platform." These differences are due to the fact that Universe/nix does have a spooler that provides some ability to manage and control print jobs other than just print them to the printer, where as Universe/doz has no spooler whatsoever and prints directly to the doz printer, after which ofcourse you lose all control over the print job from Universe. In both cases, regardless of the platform, Universe prints to printers, not to queues, and does not support the print architecture used in both Reality and in other generic Pick databases (which afterall began with Reality) of printing to queues and then printing from queues to printers, including all the flexibilty of holding/suppressing/both any print job, redirecting a print job from one printer to another, using the same printer for multiple print jobs with time to change paper before changing queues, listing and managing all print jobs on hold, etc. <AD> Changing the printing practices of an entire organization, including rewriting printing procecedures, retraining personnel, expanding the number of printers and serial/network connections and network support necessary to implement a far less powerful and flexible print architecture is usually far more costly than the license fee for a complete generic Pick print spooler solution like SpoolerPlus.</AD> If I didn't anwer your question, please rephrase it so maybe I'll understand it. hth, 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: "jpb-u2ug" <jpb-u...@hotmail.com> To: "'U2 Users List'" <u2-users@listserver.u2ug.org> Sent: Monday, July 20, 2009 9:23 AM Subject: Re: [U2] Converting from mvBase to Universe > Is the SP-ASSIGN command that different in UV or is this just flavor > dependant? We have an SP-ASSIGN and we are in Reality flavor. > > Jerry Banker > > -----Original Message----- > From: u2-users-boun...@listserver.u2ug.org > [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Dianne Ackerman > Sent: Monday, July 20, 2009 9:23 AM > To: U2 Users List > Subject: Re: [U2] Converting from mvBase to Universe > > We actually wrote our own subroutine SP-ASSIGN so that all embedded > SP-ASSIGN commands within basic programs don't need to change - they > just use our subroutine which calls SETPTR with appropriate commands. > -Dianne > > Dave Taylor wrote: >> Hi Curt, >> >> We have migrated the software on a number of systems from mvBase to >> Universe running on both Windows and Linux. >> >> The good news is that the Pick-flavored account on Universe is very >> close to mvBase. >> >> Also good news is that Universe has two file types - type 1 and type >> 19 - that are both directory-type files: ie. the Universe file is a >> Linux directory/Windows folder and each item in the Universe file is a >> Linux/Windows file in that directory/folder. >> >> When a record is written to the Universe file, all the Attr. marks are >> converted to CRLF sequences and then converted back when it is read by >> Universe, so the records can even be edited with Notepad from ouside >> Universe if you wish. >> >> This means that you can strip out all the U-statements in mvBase code, >> define your OS-level file as a type 19 file in Universe (supports long >> file name compared with the type 1 file) and OPEN, READ, WRITE, etc. >> directly to/from it just like you do with any other Universe file. >> >> In our EDI translator, we use the U-statements in mvBase extensively >> in reading/writing EDI documents to/from the database to OS-level >> files for automatic transfer to/from other computers and all the >> U-statements have been stripped out and replaced with normal OPEN, >> READ, WRITE statements to/from type 19 files in the Universe version >> of the product. >> >> The only significant difference between mvBase (and all other generic >> Pick databases for that matter) and Universe is that Universe does not >> support the generic Pick print spooler for assigning user print output >> to a queue and assigning a printer to the same queue to enable the >> printing of the print job to the printer, and all the other features >> of holding and spooling print jobs to selected printers. >> >> None of the generic Pick print spooler commands are available to >> perform those functions - eg STARTSPOOLER, STARTPTR, SP-ASSIGN, >> LISTPEQS, SP-EDIT, etc. >> >> So all embedded SP-ASSIGN commands have to be converted to SETPTR >> commands, new print procedures have to be developed and all users have >> to be retrained in using a much less robust print architecture than >> they're used to using. >> >> <AD> To bridge this gap in functionality, we developed SpoolerPlus, a >> generic Pick print spooler, that runs on Universe, Unidata and QM, to >> provide the generic Pick print spooler commands and functionality >> built into software migrated from generic Pick databases. >> >> I will be pleased to send you some infomation about SpoolerPlus if you >> wish.</AD>. >> >> Also, please feel free to ask any specific questions about minor >> differences between mvBase and Universe and I'll be glad to answer >> them if I can. >> >> Best wishes for a successful conversion, >> >> 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: "Curt Stewart" >> <cstewa...@earthlink.net> >> To: <u2-users@listserver.u2ug.org> >> Sent: Sunday, July 19, 2009 2:43 PM >> Subject: [U2] Converting from mvBase to Universe >> >> >>> I have a client that is considering moving from an mvBase system to a >>> Universe (Windows) system. A lot of their processes are tied to >>> specific >>> ports and ranges. Is there an easy solution in Universe to "nail" the >>> telnet ports for the users? >>> >>> Also, they use UREAD and UWRITE and take advantage of the MVClients >>> ability >>> to read and write to the local workstation, instead of the server >>> when not >>> using MVClient. I haven't heard of this separation being available in >>> Universe, other than using something like Accuterm, am I right? Or is >>> there >>> an easy way to distinguish between writing to the local drive vs. the >>> server? How has others handled this conversion issue? Right now we're >>> planning on assigning each user a directory on the server to write >>> to, does >>> anyone have any alternate ideas? >>> >>> Thanks for the help, I appreciate hearing your solutions. >>> >>> Thanks, >>> Curt >>> TRI-SYS Consulting >>> >>> u2-users@listserver.u2ug.org >>> >>> _______________________________________________ >>> U2-Users mailing list >>> U2-Users@listserver.u2ug.org >>> http://listserver.u2ug.org/mailman/listinfo/u2-users >> >> _______________________________________________ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/mailman/listinfo/u2-users >> >> > > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
