Re: [U2] [UD] SETPTR
Doug: Great eye! I ran into this after moving to Windows 2008 R2 (which is 64 bit) back in the summer of 2010. Fortunately, Wally worked to get this fixed in UD v7.2.7. I've implemented UDT.OPTIONS 116 ON ever since, but it wasn't set in our "demo" account on this particular server. I must have moved the demo account from somewhere else. I knew this was familiar but couldn't remember what. Anyway, thanks very much! :-) Bill - Original Message - *From:* dave...@u2logic.com *To:* U2 Users List *Date:* 2/2/2013 7:02 AM *Subject:* Re: [U2] [UD] SETPTR Hi Bill: We had this problem a while ago. You might try setting this UDT option. UDT.OPTIONS 116 OFF/ON Regards Doug www.u2logic.com "Applications and tools for U2 shops" On Fri, Feb 1, 2013 at 7:12 PM, Bill Haskett wrote: David: The ping doesn't respond on either machine. The printer is "local" on both dbms servers, not a network printer; although it is "shared". Bill --**--** - Original Message - *From:* dgr...@dagconsulting.com *To:* 'U2 Users List' *Date:* 2/1/2013 5:54 PM *Subject:* Re: [U2] [UD] SETPTR Bill, sounds like a domain name network issue. How does a ping to UDGENERIC respond? Maybe you can add the IP address to your host file? David A. Green (480) 813-1725 DAG Consulting -Original Message- From: u2-users-bounces@listserver.**u2ug.org [mailto:u2-users-bounces@**listserver.u2ug.org] On Behalf Of Bill Haskett Sent: Friday, February 01, 2013 6:14 PM To: U2 Mail List Subject: [U2] [UD] SETPTR Does anyone know why UniData (v7.2.12) responds differently to the SETPTR command between two different machines? I created a local printer, which I share as "UDGENERIC", that is a generic/text printer to a file. I did this on both machines. Machine 1 - Windows 2008 R2 fully updated - UniData 77 user Standard Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 No Device License... 7.2 No NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,**NOHEAD,DEST UDGENERIC This command takes exactly 60 seconds to return to ECL. Machine 2 - Windows 2008 R2 fully updated - UniData 24 user Workgroup Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 Yes Device License... 7.2 Yes NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,**NOHEAD,DEST UDGENERIC This command returns to ECL immediately. Both machines are Dell R210 rack-mount servers. I'm having the "udt.errlog" fill up with messages: Fri Feb 01 18:19:34 pid=2828 In E:\DataTrust\DTA\BP\BP\_RESET.**STANDARDS at line 33 Fri Feb 01 18:19:34 pid=2828 errno=1801: The printer name is invalid. Fri Feb 01 18:19:56 pid=3696 pid=3696,uid=197875,udtno=2: ...which is caused by one of our subroutines, used everywhere in our application. This error occurs nowhere else where our application is installed, because I execute the above SETPTR command within the LOGIN process at login. I can't execute it on our 77 user machine because logging on will take over a minute! Any ideas? Thanks, Bill Haskett __**_ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/**mailman/listinfo/u2-users<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<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<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
Re: [U2] [UD] SETPTR
Hi Bill: We had this problem a while ago. You might try setting this UDT option. UDT.OPTIONS 116 OFF/ON Regards Doug www.u2logic.com "Applications and tools for U2 shops" On Fri, Feb 1, 2013 at 7:12 PM, Bill Haskett wrote: > David: > > The ping doesn't respond on either machine. The printer is "local" on > both dbms servers, not a network printer; although it is "shared". > > Bill > > --**--** > > - Original Message - > *From:* dgr...@dagconsulting.com > *To:* 'U2 Users List' > *Date:* 2/1/2013 5:54 PM > *Subject:* Re: [U2] [UD] SETPTR > > Bill, sounds like a domain name network issue. How does a ping to >> UDGENERIC >> respond? Maybe you can add the IP address to your host file? >> >> David A. Green >> (480) 813-1725 >> DAG Consulting >> >> -Original Message- >> From: >> u2-users-bounces@listserver.**u2ug.org >> [mailto:u2-users-bounces@**listserver.u2ug.org] >> On Behalf Of Bill Haskett >> Sent: Friday, February 01, 2013 6:14 PM >> To: U2 Mail List >> Subject: [U2] [UD] SETPTR >> >> Does anyone know why UniData (v7.2.12) responds differently to the SETPTR >> command between two different machines? I created a local printer, which I >> share as "UDGENERIC", that is a generic/text printer to a file. I did >> this >> on both machines. >> >> Machine 1 - Windows 2008 R2 fully updated - UniData 77 user Standard >> Edition. >> :version >> >> Module Name Version Licensed >> >> UniData RDBMS 7.2 Yes >> Connection Pooling... 7.2 No >> Device License... 7.2 No >> NFA.. 7.2 No >> RFS.. 7.2 No >> EDA.. 7.2 No >> 7212 >> >> :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,**NOHEAD,DEST UDGENERIC >> >> This command takes exactly 60 seconds to return to ECL. >> >> Machine 2 - Windows 2008 R2 fully updated - UniData 24 user Workgroup >> Edition. >> :version >> >> Module Name Version Licensed >> >> UniData RDBMS 7.2 Yes >> Connection Pooling... 7.2 Yes >> Device License... 7.2 Yes >> NFA.. 7.2 No >> RFS.. 7.2 No >> EDA.. 7.2 No >> 7212 >> >> :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,**NOHEAD,DEST UDGENERIC >> >> This command returns to ECL immediately. >> >> Both machines are Dell R210 rack-mount servers. I'm having the >> "udt.errlog" >> fill up with messages: >> >> Fri Feb 01 18:19:34 pid=2828 In E:\DataTrust\DTA\BP\BP\_RESET.**STANDARDS >> at line 33 Fri Feb 01 18:19:34 pid=2828 errno=1801: The printer name is >> invalid. >> Fri Feb 01 18:19:56 pid=3696 pid=3696,uid=197875,udtno=2: >> >> ...which is caused by one of our subroutines, used everywhere in our >> application. This error occurs nowhere else where our application is >> installed, because I execute the above SETPTR command within the LOGIN >> process at login. I can't execute it on our 77 user machine because >> logging >> on will take over a minute! >> >> Any ideas? Thanks, >> >> Bill Haskett >> __**_ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/**mailman/listinfo/u2-users<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<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<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
Re: [U2] [UD] SETPTR
David: The ping doesn't respond on either machine. The printer is "local" on both dbms servers, not a network printer; although it is "shared". Bill - Original Message - *From:* dgr...@dagconsulting.com *To:* 'U2 Users List' *Date:* 2/1/2013 5:54 PM *Subject:* Re: [U2] [UD] SETPTR Bill, sounds like a domain name network issue. How does a ping to UDGENERIC respond? Maybe you can add the IP address to your host file? David A. Green (480) 813-1725 DAG Consulting -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett Sent: Friday, February 01, 2013 6:14 PM To: U2 Mail List Subject: [U2] [UD] SETPTR Does anyone know why UniData (v7.2.12) responds differently to the SETPTR command between two different machines? I created a local printer, which I share as "UDGENERIC", that is a generic/text printer to a file. I did this on both machines. Machine 1 - Windows 2008 R2 fully updated - UniData 77 user Standard Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 No Device License... 7.2 No NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command takes exactly 60 seconds to return to ECL. Machine 2 - Windows 2008 R2 fully updated - UniData 24 user Workgroup Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 Yes Device License... 7.2 Yes NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command returns to ECL immediately. Both machines are Dell R210 rack-mount servers. I'm having the "udt.errlog" fill up with messages: Fri Feb 01 18:19:34 pid=2828 In E:\DataTrust\DTA\BP\BP\_RESET.STANDARDS at line 33 Fri Feb 01 18:19:34 pid=2828 errno=1801: The printer name is invalid. Fri Feb 01 18:19:56 pid=3696 pid=3696,uid=197875,udtno=2: ...which is caused by one of our subroutines, used everywhere in our application. This error occurs nowhere else where our application is installed, because I execute the above SETPTR command within the LOGIN process at login. I can't execute it on our 77 user machine because logging on will take over a minute! Any ideas? Thanks, Bill Haskett ___ 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
Re: [U2] [UD] SETPTR
Bill, sounds like a domain name network issue. How does a ping to UDGENERIC respond? Maybe you can add the IP address to your host file? David A. Green (480) 813-1725 DAG Consulting -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Bill Haskett Sent: Friday, February 01, 2013 6:14 PM To: U2 Mail List Subject: [U2] [UD] SETPTR Does anyone know why UniData (v7.2.12) responds differently to the SETPTR command between two different machines? I created a local printer, which I share as "UDGENERIC", that is a generic/text printer to a file. I did this on both machines. Machine 1 - Windows 2008 R2 fully updated - UniData 77 user Standard Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 No Device License... 7.2 No NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command takes exactly 60 seconds to return to ECL. Machine 2 - Windows 2008 R2 fully updated - UniData 24 user Workgroup Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 Yes Device License... 7.2 Yes NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command returns to ECL immediately. Both machines are Dell R210 rack-mount servers. I'm having the "udt.errlog" fill up with messages: Fri Feb 01 18:19:34 pid=2828 In E:\DataTrust\DTA\BP\BP\_RESET.STANDARDS at line 33 Fri Feb 01 18:19:34 pid=2828 errno=1801: The printer name is invalid. Fri Feb 01 18:19:56 pid=3696 pid=3696,uid=197875,udtno=2: ...which is caused by one of our subroutines, used everywhere in our application. This error occurs nowhere else where our application is installed, because I execute the above SETPTR command within the LOGIN process at login. I can't execute it on our 77 user machine because logging on will take over a minute! Any ideas? Thanks, Bill Haskett ___ 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] [UD] SETPTR
Does anyone know why UniData (v7.2.12) responds differently to the SETPTR command between two different machines? I created a local printer, which I share as "UDGENERIC", that is a generic/text printer to a file. I did this on both machines. Machine 1 - Windows 2008 R2 fully updated - UniData 77 user Standard Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 No Device License... 7.2 No NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command takes exactly 60 seconds to return to ECL. Machine 2 - Windows 2008 R2 fully updated - UniData 24 user Workgroup Edition. :version Module Name Version Licensed UniData RDBMS 7.2 Yes Connection Pooling... 7.2 Yes Device License... 7.2 Yes NFA.. 7.2 No RFS.. 7.2 No EDA.. 7.2 No 7212 :SETPTR 0,146,61,0,0,1,BRIEF,NOEJECT,NOHEAD,DEST UDGENERIC This command returns to ECL immediately. Both machines are Dell R210 rack-mount servers. I'm having the "udt.errlog" fill up with messages: Fri Feb 01 18:19:34 pid=2828 In E:\DataTrust\DTA\BP\BP\_RESET.STANDARDS at line 33 Fri Feb 01 18:19:34 pid=2828 errno=1801: The printer name is invalid. Fri Feb 01 18:19:56 pid=3696 pid=3696,uid=197875,udtno=2: ...which is caused by one of our subroutines, used everywhere in our application. This error occurs nowhere else where our application is installed, because I execute the above SETPTR command within the LOGIN process at login. I can't execute it on our 77 user machine because logging on will take over a minute! Any ideas? Thanks, Bill Haskett ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] [UD] Setptr
I'm going to repost in the SBS list since this seems to be moving toward that ;) On 4/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Since you are using SB+ you can call SH.PRINT.MANAGER. You can look in > PRINT.DEFN for the current print setup before you change it or simply > set PARAM = 'R' to reset the printer to the default settings for the > user after printing. > > Hth > Colin Alfke > Calgary Canada > > >-Original Message- > >From: jjuser > > > >This is the tact that I tried. It seems to work okay, until I > >put in the spooler options. If I put in spooler options, then > >my session gets disconnected. Is there a log of why this > >happens that I can view somewhere? > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Setptr
Since you are using SB+ you can call SH.PRINT.MANAGER. You can look in PRINT.DEFN for the current print setup before you change it or simply set PARAM = 'R' to reset the printer to the default settings for the user after printing. Hth Colin Alfke Calgary Canada >-Original Message- >From: jjuser > >This is the tact that I tried. It seems to work okay, until I >put in the spooler options. If I put in spooler options, then >my session gets disconnected. Is there a log of why this >happens that I can view somewhere? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Setptr
This is the tact that I tried. It seems to work okay, until I put in the spooler options. If I put in spooler options, then my session gets disconnected. Is there a log of why this happens that I can view somewhere? On 4/11/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > "jjuser ud2" <[EMAIL PROTECTED]> wrote on 11 Apr 2006 14:06:16 -0400 > > > I'd like to store a currently logged-in user's printer > > settings (GETPTR?), change them for the output of a > > report(SETPTR), and then restore them (SETPTR again?). All > > of my previous attempts at this have been unsuccessful -- > > could somebody point me in the right direction, please? > > I've read the documentation for both and I feel like I'm > > missing something. > > GETPTR is a function that returns the current setting for the specified > print unit. I use the following code as needed to change and restore the > default printer (unit 0) in UniData: > > SAVE.PTR = GETPTR(0) > EXECUTE "SETPTR 0,..." > ... > EXECUTE "SETPTR ":SAVE.PTR:",BRIEF" > > The first EXECUTE sets whatever I need, and the second restores it. The > ",BRIEF" parameter is added to avoid displaying and having to confirm the > changes. > > --Tom Pellitieri > Century Equipment > Toledo, Ohio > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Setptr
I have done this same thing in the past, but have taken it a step further. I have a file setup that has records in it with either the user, form name or combination of the two; and use that to setup the printer assignments based on one of those combinations. This allows me to assign the printer by user, form or a form by a specific user. I then wrote a subroutine that saves the current printer information, reads the user, form or specific assignment information, performs the new SETPTR command and then passes the original and new information back to the calling routine. I can then send this back into the subroutine with a "reset" code and then the subroutine will do a SETPTR with the original settings. Works great and keeps the code generation down. Brad Moll JK Consulting Services, Inc. Phone: (763)754-5354 Fax: (763)463-1750 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Phillips Sent: Tuesday, April 11, 2006 1:51 PM To: 'jjuser ud2'; u2-users@listserver.u2ug.org Subject: RE: [U2] [UD] Setptr On UV I've done the following: Save the current SETPTR parameters. Run a new SETPTR with different parameters. Run the report. Then run SETPTR again, with the saved (original) settings. To save the current settings use 'capturing' (ex: execute "SETPTR" capturing current.setptr) Then parse the variable 'current.setptr' for the usual SETPTR settings (margins, length, width, banners, form names, etc.). When you want to set it back to its original settings, construct a new SETPTR command using these saved settings, and execute. (Be sure to add "BRIEF" to the options so it doesn't display the new settings in your application (or wrap in 'hush', or capture to a dummy variable)). > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of jjuser ud2 > Sent: Tuesday, April 11, 2006 2:06 PM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] [UD] Setptr > > Hey there :) Regarding SETPTR... > > I'd like to store a currently logged-in user's printer > settings (GETPTR?), change them for the output of a > report(SETPTR), and then restore them (SETPTR again?). All > of my previous attempts at this have been unsuccessful -- > could somebody point me in the right direction, please? I've > read the documentation for both and I feel like I'm missing something. > > I'm also not sure if this should be on this list, or the SBS > list... ^_^ > > --JJ > > On 3/24/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > Bill Haskett <[EMAIL PROTECTED]> wrote on 23 Mar 2006 19:46:16 > > -0800 > > > > > If I generate a report to _HOLD_ by using "SETPTR 0,3" can I > > > then send the report to another printer, say unit 2, by using > > > "SETPTR 2" just before I "SPOOL _HOLD_ P_."? > > > > The first parameter of the SETPTR command allows a unit to be > > specified so that you can direct data to multiple print > jobs. It does > > not tie a job to a specific printer. The DEST parameter does that. > > > > The SPOOL command sends the job to your current printer, so > you would > > need to use the DEST parameter on a SETPTR command first to > select your printer. > > > > I use the first parameter to control print jobs in my check > printing > > routine. I issue a SETPTR 1,... for the checks and a > SETPTR 2,... for > > the copies. The code creates the print jobs in parallel > using PRINT > > ON 1 or PRINT ON 2 to direct the output to the appropriate job. > > Naturally, I use FOR PTR = 1 TO 2 ; PRINT ON PTR ; NEXT PTR > syntax to do most of the work. > > > > From TCL, if you type SETPTR with no parameters, you will see the > > current settings. Here's my current output (AIX): > > > > Unit 0 > > Width 133 > > Length 65 > > Top margin 0 > > Bot margin 0 > > Mode 1 > > > > Options are: > > Noeject > > Nfmt > > Nhead > > Nomessage > > Destination 1ACCT > > Copies 1. > > > > Spooler & options: lp -c -n1 -d1ACCT > > > > The original command was > > > > SETPTR 0,133,65,0,0,1,NFMT,NOEJECT,NOMESSAGE,DEST > 1ACCT,COPIES 1,NHEAD > > > > For a Hold & Suppress (Mode 3) or Hold & Print (Mode 6), I > typically > > replace NHEAD with a BANNER or BANNER UNIQUE tag to control the job > > name in the _HOLD_ file. > > > > --Tom Pellitieri > > Century Equipment > > Toledo, Ohio > > --- > > u2-users mailing list > > u2-users@listserver.u2ug.org > > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Setptr
"jjuser ud2" <[EMAIL PROTECTED]> wrote on 11 Apr 2006 14:06:16 -0400 > I'd like to store a currently logged-in user's printer > settings (GETPTR?), change them for the output of a > report(SETPTR), and then restore them (SETPTR again?). All > of my previous attempts at this have been unsuccessful -- > could somebody point me in the right direction, please? > I've read the documentation for both and I feel like I'm > missing something. GETPTR is a function that returns the current setting for the specified print unit. I use the following code as needed to change and restore the default printer (unit 0) in UniData: SAVE.PTR = GETPTR(0) EXECUTE "SETPTR 0,..." ... EXECUTE "SETPTR ":SAVE.PTR:",BRIEF" The first EXECUTE sets whatever I need, and the second restores it. The ",BRIEF" parameter is added to avoid displaying and having to confirm the changes. --Tom Pellitieri Century Equipment Toledo, Ohio --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Setptr
JJ, Here is the logic I use. GET.PTR.OPTIONS: PTR.INFO = GETPTR(PTR.UNIT) SAVE.PTR = PTR.INFO RETURN ! CHANGE.PTR.OPTIONS: * Change PTR.INFO Logic Here... GOSUB SET.PTR.OPTIONS RETURN ! SET.PTR.OPTIONS: SET.PTR.CMD = "SETPTR ":PTR.INFO DATA "Y" PERFORM SET.PTR.CMD CAPTURING BUFF IF @SYSTEM.RETURN.CODE < 0 THEN PRINT BUFF RETURN ! RESTORE.PTR.OPTIONS: PTR.INFO = SAVE.PTR GOSUB SET.PTR.OPTIONS RETURN ! Thanks, David A. Green DAG Consulting -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jjuser ud2 Sent: Tuesday, April 11, 2006 11:06 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] [UD] Setptr Hey there :) Regarding SETPTR... I'd like to store a currently logged-in user's printer settings (GETPTR?), change them for the output of a report(SETPTR), and then restore them (SETPTR again?). All of my previous attempts at this have been unsuccessful -- could somebody point me in the right direction, please? I've read the documentation for both and I feel like I'm missing something. I'm also not sure if this should be on this list, or the SBS list... ^_^ --JJ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Setptr
Could you change the report to print on a high-numbered logical print unit (via the PRINT ON statement)? Usually the higher numbered units are not otherwise used by the application, so changing the SETPTR for that one won't affect anything. Of course, if you need to retain some of the information from the user's printer setting for the report, then you still need to retrieve them somehow, but at least you wouldn't have to reset the printer afterward. Mark -Original Message- From: jjuser ud2 [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 11, 2006 2:06 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] [UD] Setptr Hey there :) Regarding SETPTR... I'd like to store a currently logged-in user's printer settings (GETPTR?), change them for the output of a report(SETPTR), and then restore them (SETPTR again?). All of my previous attempts at this have been unsuccessful -- could somebody point me in the right direction, please? I've read the documentation for both and I feel like I'm missing something. I'm also not sure if this should be on this list, or the SBS list... ^_^ --JJ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Setptr
I'll give it a go, thanks! On 4/11/06, Brian Phillips <[EMAIL PROTECTED]> wrote: > On UV I've done the following: > Save the current SETPTR parameters. Run a new SETPTR with different > parameters. Run the report. Then run SETPTR again, with the saved (original) > settings. > > To save the current settings use 'capturing' (ex: execute "SETPTR" capturing > current.setptr) > > Then parse the variable 'current.setptr' for the usual SETPTR settings > (margins, length, width, banners, form names, etc.). When you want to set it > back to its original settings, construct a new SETPTR command using these > saved settings, and execute. (Be sure to add "BRIEF" to the options so it > doesn't display the new settings in your application (or wrap in 'hush', or > capture to a dummy variable)). > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of jjuser ud2 > > Sent: Tuesday, April 11, 2006 2:06 PM > > To: u2-users@listserver.u2ug.org > > Subject: Re: [U2] [UD] Setptr > > > > Hey there :) Regarding SETPTR... > > > > I'd like to store a currently logged-in user's printer > > settings (GETPTR?), change them for the output of a > > report(SETPTR), and then restore them (SETPTR again?). All > > of my previous attempts at this have been unsuccessful -- > > could somebody point me in the right direction, please? I've > > read the documentation for both and I feel like I'm missing something. > > > > I'm also not sure if this should be on this list, or the SBS > > list... ^_^ > > > > --JJ > > > > On 3/24/06, [EMAIL PROTECTED] > > <[EMAIL PROTECTED]> wrote: > > > Bill Haskett <[EMAIL PROTECTED]> wrote on 23 Mar 2006 19:46:16 > > > -0800 > > > > > > > If I generate a report to _HOLD_ by using "SETPTR 0,3" can I > > > > then send the report to another printer, say unit 2, by using > > > > "SETPTR 2" just before I "SPOOL _HOLD_ P_."? > > > > > > The first parameter of the SETPTR command allows a unit to be > > > specified so that you can direct data to multiple print > > jobs. It does > > > not tie a job to a specific printer. The DEST parameter does that. > > > > > > The SPOOL command sends the job to your current printer, so > > you would > > > need to use the DEST parameter on a SETPTR command first to > > select your printer. > > > > > > I use the first parameter to control print jobs in my check > > printing > > > routine. I issue a SETPTR 1,... for the checks and a > > SETPTR 2,... for > > > the copies. The code creates the print jobs in parallel > > using PRINT > > > ON 1 or PRINT ON 2 to direct the output to the appropriate job. > > > Naturally, I use FOR PTR = 1 TO 2 ; PRINT ON PTR ; NEXT PTR > > syntax to do most of the work. > > > > > > From TCL, if you type SETPTR with no parameters, you will see the > > > current settings. Here's my current output (AIX): > > > > > > Unit 0 > > > Width 133 > > > Length 65 > > > Top margin 0 > > > Bot margin 0 > > > Mode 1 > > > > > > Options are: > > > Noeject > > > Nfmt > > > Nhead > > > Nomessage > > > Destination 1ACCT > > > Copies 1. > > > > > > Spooler & options: lp -c -n1 -d1ACCT > > > > > > The original command was > > > > > > SETPTR 0,133,65,0,0,1,NFMT,NOEJECT,NOMESSAGE,DEST > > 1ACCT,COPIES 1,NHEAD > > > > > > For a Hold & Suppress (Mode 3) or Hold & Print (Mode 6), I > > typically > > > replace NHEAD with a BANNER or BANNER UNIQUE tag to control the job > > > name in the _HOLD_ file. > > > > > > --Tom Pellitieri > > > Century Equipment > > > Toledo, Ohio > > > --- > > > u2-users mailing list > > > u2-users@listserver.u2ug.org > > > To unsubscribe please visit http://listserver.u2ug.org/ > > --- > > u2-users mailing list > > u2-users@listserver.u2ug.org > > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UD] Setptr
On UV I've done the following: Save the current SETPTR parameters. Run a new SETPTR with different parameters. Run the report. Then run SETPTR again, with the saved (original) settings. To save the current settings use 'capturing' (ex: execute "SETPTR" capturing current.setptr) Then parse the variable 'current.setptr' for the usual SETPTR settings (margins, length, width, banners, form names, etc.). When you want to set it back to its original settings, construct a new SETPTR command using these saved settings, and execute. (Be sure to add "BRIEF" to the options so it doesn't display the new settings in your application (or wrap in 'hush', or capture to a dummy variable)). > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of jjuser ud2 > Sent: Tuesday, April 11, 2006 2:06 PM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] [UD] Setptr > > Hey there :) Regarding SETPTR... > > I'd like to store a currently logged-in user's printer > settings (GETPTR?), change them for the output of a > report(SETPTR), and then restore them (SETPTR again?). All > of my previous attempts at this have been unsuccessful -- > could somebody point me in the right direction, please? I've > read the documentation for both and I feel like I'm missing something. > > I'm also not sure if this should be on this list, or the SBS > list... ^_^ > > --JJ > > On 3/24/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > Bill Haskett <[EMAIL PROTECTED]> wrote on 23 Mar 2006 19:46:16 > > -0800 > > > > > If I generate a report to _HOLD_ by using "SETPTR 0,3" can I > > > then send the report to another printer, say unit 2, by using > > > "SETPTR 2" just before I "SPOOL _HOLD_ P_."? > > > > The first parameter of the SETPTR command allows a unit to be > > specified so that you can direct data to multiple print > jobs. It does > > not tie a job to a specific printer. The DEST parameter does that. > > > > The SPOOL command sends the job to your current printer, so > you would > > need to use the DEST parameter on a SETPTR command first to > select your printer. > > > > I use the first parameter to control print jobs in my check > printing > > routine. I issue a SETPTR 1,... for the checks and a > SETPTR 2,... for > > the copies. The code creates the print jobs in parallel > using PRINT > > ON 1 or PRINT ON 2 to direct the output to the appropriate job. > > Naturally, I use FOR PTR = 1 TO 2 ; PRINT ON PTR ; NEXT PTR > syntax to do most of the work. > > > > From TCL, if you type SETPTR with no parameters, you will see the > > current settings. Here's my current output (AIX): > > > > Unit 0 > > Width 133 > > Length 65 > > Top margin 0 > > Bot margin 0 > > Mode 1 > > > > Options are: > > Noeject > > Nfmt > > Nhead > > Nomessage > > Destination 1ACCT > > Copies 1. > > > > Spooler & options: lp -c -n1 -d1ACCT > > > > The original command was > > > > SETPTR 0,133,65,0,0,1,NFMT,NOEJECT,NOMESSAGE,DEST > 1ACCT,COPIES 1,NHEAD > > > > For a Hold & Suppress (Mode 3) or Hold & Print (Mode 6), I > typically > > replace NHEAD with a BANNER or BANNER UNIQUE tag to control the job > > name in the _HOLD_ file. > > > > --Tom Pellitieri > > Century Equipment > > Toledo, Ohio > > --- > > u2-users mailing list > > u2-users@listserver.u2ug.org > > To unsubscribe please visit http://listserver.u2ug.org/ > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Setptr
Hey there :) Regarding SETPTR... I'd like to store a currently logged-in user's printer settings (GETPTR?), change them for the output of a report(SETPTR), and then restore them (SETPTR again?). All of my previous attempts at this have been unsuccessful -- could somebody point me in the right direction, please? I've read the documentation for both and I feel like I'm missing something. I'm also not sure if this should be on this list, or the SBS list... ^_^ --JJ On 3/24/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Bill Haskett <[EMAIL PROTECTED]> wrote on 23 Mar 2006 19:46:16 -0800 > > > If I generate a report to _HOLD_ by using "SETPTR 0,3" can I > > then send the report to another printer, say unit 2, by using > > "SETPTR 2" just before I "SPOOL _HOLD_ P_."? > > The first parameter of the SETPTR command allows a unit to be specified so > that you can direct data to multiple print jobs. It does not tie a job to > a specific printer. The DEST parameter does that. > > The SPOOL command sends the job to your current printer, so you would need > to use the DEST parameter on a SETPTR command first to select your printer. > > I use the first parameter to control print jobs in my check printing > routine. I issue a SETPTR 1,... for the checks and a SETPTR 2,... for the > copies. The code creates the print jobs in parallel using PRINT ON 1 or > PRINT ON 2 to direct the output to the appropriate job. Naturally, I use > FOR PTR = 1 TO 2 ; PRINT ON PTR ; NEXT PTR syntax to do most of the work. > > From TCL, if you type SETPTR with no parameters, you will see the current > settings. Here's my current output (AIX): > > Unit 0 > Width 133 > Length 65 > Top margin 0 > Bot margin 0 > Mode 1 > > Options are: > Noeject > Nfmt > Nhead > Nomessage > Destination 1ACCT > Copies 1. > > Spooler & options: lp -c -n1 -d1ACCT > > The original command was > > SETPTR 0,133,65,0,0,1,NFMT,NOEJECT,NOMESSAGE,DEST 1ACCT,COPIES 1,NHEAD > > For a Hold & Suppress (Mode 3) or Hold & Print (Mode 6), I typically > replace NHEAD with a BANNER or BANNER UNIQUE tag to control the job name in > the _HOLD_ file. > > --Tom Pellitieri > Century Equipment > Toledo, Ohio > --- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UD] Setptr
Bill Haskett <[EMAIL PROTECTED]> wrote on 23 Mar 2006 19:46:16 -0800 > If I generate a report to _HOLD_ by using "SETPTR 0,3" can I > then send the report to another printer, say unit 2, by using > "SETPTR 2" just before I "SPOOL _HOLD_ P_."? The first parameter of the SETPTR command allows a unit to be specified so that you can direct data to multiple print jobs. It does not tie a job to a specific printer. The DEST parameter does that. The SPOOL command sends the job to your current printer, so you would need to use the DEST parameter on a SETPTR command first to select your printer. I use the first parameter to control print jobs in my check printing routine. I issue a SETPTR 1,... for the checks and a SETPTR 2,... for the copies. The code creates the print jobs in parallel using PRINT ON 1 or PRINT ON 2 to direct the output to the appropriate job. Naturally, I use FOR PTR = 1 TO 2 ; PRINT ON PTR ; NEXT PTR syntax to do most of the work. >From TCL, if you type SETPTR with no parameters, you will see the current settings. Here's my current output (AIX): Unit 0 Width 133 Length 65 Top margin 0 Bot margin 0 Mode 1 Options are: Noeject Nfmt Nhead Nomessage Destination 1ACCT Copies 1. Spooler & options: lp -c -n1 -d1ACCT The original command was SETPTR 0,133,65,0,0,1,NFMT,NOEJECT,NOMESSAGE,DEST 1ACCT,COPIES 1,NHEAD For a Hold & Suppress (Mode 3) or Hold & Print (Mode 6), I typically replace NHEAD with a BANNER or BANNER UNIQUE tag to control the job name in the _HOLD_ file. --Tom Pellitieri Century Equipment Toledo, Ohio --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] [UD] Setptr
If I generate a report to _HOLD_ by using "SETPTR 0,3" can I then send the report to another printer, say unit 2, by using "SETPTR 2" just before I "SPOOL _HOLD_ P_."? According to the documentation each report generated to _HOLD_ is accompanied by another entry with the SETPTR commands; it even shows two separate hold entries. I only get one entry when I do this. Is this because I only have one printer on the Windows 2003 system? As always, thanks. Bill Haskett --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/