From owner-sqr-users@list.iex.net Tue Jun 30 19:37:39 1998 Date: Tue, 30 Jun 1998 17:29:04 -0700 From: Murray Leckie Subject: Re: Problem starting PS/nVision from PS 6 Single user under Windo ws95 Hi Pramod, Which version of Excel are you currently using? I had a problem running the Financials single user license (PeopleSoft version 6) when upgrading to Office 97 (I required a patch) - Office 95 worked okay. I wonder if you are having the same problem with the HR version. Murray > -----Original Message----- > From: Pramod Bhavanam [SMTP:pramod_ps@HOTMAIL.COM] > Sent: Tuesday, June 30, 1998 9:05 PM > To: Multiple recipients of list SQR-USERS > Subject: Problem starting PS/nVision from PS 6 Single user under > Windows95 > > Hi, > > I am working on Peoplesoft 6 HR Single User version with SQLBase as > the database under Windows'95. > I am getting an error when starting PS/nVision from Peopletools menu > with the following message displayed. > > "PS/nVision was unable to load the DLL, PSNAM.DLL. (28,145)" > > Can anyone give / suggest a possible solution for the above problem. > > I will appreciate your help in this regard. > > Thank you. > Pramod. > > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com From owner-sqr-users@list.iex.net Wed Apr 1 08:24:51 1998 Date: Wed, 1 Apr 1998 08:08:04 -0500 From: John Walker Subject: Printing Bar Codes on an HP Hi, About a week ago I posted a fairly detailed problem I've been having regarding printing bar codes on an HP printer. I didn't get any responses so I'd like to repost it in a more generic form. Basically, I can't get bar codes to print on an HP. The SQR LIS file is sent to the printer via a UNIX print queue. Any tips or recommendations that people have would be appreciated. Thanks. From owner-sqr-users@list.iex.net Wed Apr 1 11:02:02 1998 Date: Wed, 1 Apr 1998 09:44:38 -0500 From: Eric Gentz Subject: Packed Fields Hi, I need to write an interface to one of our state agencies. Their format requires packed fields. I am wondering if this is possible to do within SQR. Thank you in advance. Eric Eric Gentz Interested in a real operating system? UW Hospital & Clinics 610 N. Whitney Way Because HAL doesn't run Windows 95. Madison, WI 53705 Join the Mac Evangelist. 608-263-9345 ej.gentz@hosp.wisc.edu -------------------------------------- "You can twist perceptions, but reality won't budge." -- Neal Peart "Good morning, doctors. I have taken the liberty of removing Windows 95 from my hard drive." - Hal From owner-sqr-users@list.iex.net Wed Apr 1 11:20:57 1998 Date: Wed, 1 Apr 1998 11:12:57 -0500 From: David Harper Subject: Re: Packed Fields It is possible Eric. You just have to convert the numbers(last digit) to EBCDIC. I have the routine to do that, would just have to find it. Can probably e-mail it to you tomorrow. Dave Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 Eric Gentz wrote: > > Hi, > > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. > > Thank you in advance. > > Eric > > Eric Gentz Interested in a real operating system? > UW Hospital & Clinics > 610 N. Whitney Way Because HAL doesn't run Windows 95. > Madison, WI 53705 Join the Mac Evangelist. > 608-263-9345 > ej.gentz@hosp.wisc.edu > -------------------------------------- > "You can twist perceptions, but reality won't budge." -- Neal Peart > "Good morning, doctors. I have taken the liberty of removing Windows 95 > from my hard drive." - Hal -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 1 11:55:23 1998 Date: Wed, 1 Apr 1998 11:49:20 -0500 From: David Harper Subject: Re: Packed Fields It is possible Eric. You just have to convert the numbers(last digit) to EBCDIC. I have the routine to do that, would just have to find it. Can probably e-mail it to you tomorrow. Dave Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 Eric Gentz wrote: > > Hi, > > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. > > Thank you in advance. > > Eric > > Eric Gentz Interested in a real operating system? > UW Hospital & Clinics > 610 N. Whitney Way Because HAL doesn't run Windows 95. > Madison, WI 53705 Join the Mac Evangelist. > 608-263-9345 > ej.gentz@hosp.wisc.edu > -------------------------------------- > "You can twist perceptions, but reality won't budge." -- Neal Peart > "Good morning, doctors. I have taken the liberty of removing Windows 95 > from my hard drive." - Hal Eric Gentz wrote: > > Hi, > > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. > > Thank you in advance. > > Eric > > Eric Gentz Interested in a real operating system? > UW Hospital & Clinics > 610 N. Whitney Way Because HAL doesn't run Windows 95. > Madison, WI 53705 Join the Mac Evangelist. > 608-263-9345 > ej.gentz@hosp.wisc.edu > -------------------------------------- > "You can twist perceptions, but reality won't budge." -- Neal Peart > "Good morning, doctors. I have taken the liberty of removing Windows 95 > from my hard drive." - Hal -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 1 11:58:05 1998 Date: Wed, 1 Apr 1998 08:44:30 -0800 From: Michael Lee Subject: Re: Packed Fields Eric, It seems that it may not be possible to do this using SQR. We developed an SQC that would create packed fields by doing a character by character translation. This part worked, but the SQR itself would interpret on the individual values as an end of record indicator and would write the record short. My organization contacted the software vendor (then MITI) and they admitted the bug but said that it wasn't high on their list to be fixed. The incorrect character that SQR incorrectly interprets as an end of record indicator in a packed field is a binary "15". So a dollar packed field with $1.50 in it or a whole number field with 150, etc. would cause this condition. The easiest way for us was to develop a program on the mainframe to do the conversion. There MAY be a way to do this however... If you run the SQR on the client, that would take care of the EOR problem I believe. But, it would produce a new problem, which is that you would have to send the file to the mainframe in binary mode, which would mean that all of the character fields would be garbage on the mainframe. However, you may be able to get around that by creating a couple of routines that would translate from ASCII to EBCDIC. If anyone else has any input on this subject, please add to it. I would like to know if ASCII to EBCDIC/Packed Comp-3 is possible for the mainframe using SQR. Michael K. Lee The Application Group, Inc. mlee@appgroup.com ej.gentz@HOSP.WISC.EDU on 04/01/98 06:44:38 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Packed Fields Hi, I need to write an interface to one of our state agencies. Their format requires packed fields. I am wondering if this is possible to do within SQR. Thank you in advance. Eric Eric Gentz Interested in a real operating system? UW Hospital & Clinics 610 N. Whitney Way Because HAL doesn't run Windows 95. Madison, WI 53705 Join the Mac Evangelist. 608-263-9345 ej.gentz@hosp.wisc.edu -------------------------------------- "You can twist perceptions, but reality won't budge." -- Neal Peart "Good morning, doctors. I have taken the liberty of removing Windows 95 from my hard drive." - Hal From owner-sqr-users@list.iex.net Wed Apr 1 12:19:04 1998 Date: Wed, 1 Apr 1998 09:08:30 -0800 From: Michael Lee Subject: Re: Packed Fields #2 Forgot to add that my response is for Packed Comp-3. Packed Comp-3 poses a problem. If you just convert the last digit, I believe you are just handling the signed part. The rest of the number is still in question. Michael K. Lee The Application Group, Inc. mlee@appgroup.com davidh@CLIENTTECH.COM on 04/01/98 08:12:57 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Packed Fields It is possible Eric. You just have to convert the numbers(last digit) to EBCDIC. I have the routine to do that, would just have to find it. Can probably e-mail it to you tomorrow. Dave Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 Eric Gentz wrote: > > Hi, > > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. > > Thank you in advance. > > Eric > > Eric Gentz Interested in a real operating system? > UW Hospital & Clinics > 610 N. Whitney Way Because HAL doesn't run Windows 95. > Madison, WI 53705 Join the Mac Evangelist. > 608-263-9345 > ej.gentz@hosp.wisc.edu > -------------------------------------- > "You can twist perceptions, but reality won't budge." -- Neal Peart > "Good morning, doctors. I have taken the liberty of removing Windows 95 > from my hard drive." - Hal -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 1 12:32:28 1998 Date: Wed, 1 Apr 1998 11:22:47 -0500 From: Schiff Fred Subject: Re: Packed Fields From owner-sqr-users@list.iex.net Wed Apr 1 12:40:27 1998 Date: Wed, 1 Apr 1998 09:29:14 -0800 From: Michael Lee Subject: Forgot to add something concerning my last post on packed... Re-sending this message. Left a few things out. It may be easier to just write the COBOL program. I forgot to add that my response is for Packed Comp-3. Packed Comp-3 poses a problem. If you just convert the last digit, I believe you are just handling the signed part. The rest of the number is still in question. Michael K. Lee The Application Group, Inc. mlee@appgroup.com davidh@CLIENTTECH.COM on 04/01/98 08:12:57 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Packed Fields It is possible Eric. You just have to convert the numbers(last digit) to EBCDIC. I have the routine to do that, would just have to find it. Can probably e-mail it to you tomorrow. Dave Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 Eric Gentz wrote: > > Hi, > > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. > > Thank you in advance. > > Eric > > Eric Gentz Interested in a real operating system? > UW Hospital & Clinics > 610 N. Whitney Way Because HAL doesn't run Windows 95. > Madison, WI 53705 Join the Mac Evangelist. > 608-263-9345 > ej.gentz@hosp.wisc.edu > -------------------------------------- > "You can twist perceptions, but reality won't budge." -- Neal Peart > "Good morning, doctors. I have taken the liberty of removing Windows 95 > from my hard drive." - Hal -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 1 13:22:34 1998 Date: Wed, 1 Apr 1998 13:10:32 -0500 From: "Wanko, Christopher" Subject: Re: Packed Fields > I need to write an interface to one of our state agencies. Their format > requires packed fields. I am wondering if this is possible to do within SQR. Why do you believe this to be easier using SQR? Where does your data reside? -Chris From owner-sqr-users@list.iex.net Wed Apr 1 15:03:47 1998 Date: Wed, 1 Apr 1998 11:54:42 -0800 From: Barbara Wood Subject: XREF Command line Hi, Can anyone tell me what the command line looks like to execute XREF.SQT in Unix, and what the options might be? Thanks much, Barb From owner-sqr-users@list.iex.net Wed Apr 1 15:18:35 1998 Date: Thu, 2 Apr 1998 00:04:44 -0800 From: Barbara Wood Subject: Re: XREF Command line Barbara Wood wrote: > > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb Command line is "Heel! Sit! Stay!" Welcome... RWW From owner-sqr-users@list.iex.net Wed Apr 1 15:37:41 1998 Date: Wed, 1 Apr 1998 15:26:18 -0500 From: Terry Sexmith Subject: Re[2]: XREF Command line This is the second request for this information. Everytime we only get some rude response. Is there a polite, friendly, informed individual out there that can provide the answer. ______________________________ Reply Separator _________________________________ Subject: Re: XREF Command line Author: SQR-USERS@USA.NET at Internet Date: 4/2/98 12:04 AM Barbara Wood wrote: > > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb Command line is "Heel! Sit! Stay!" Welcome... RWW From owner-sqr-users@list.iex.net Wed Apr 1 15:55:24 1998 Date: Wed, 1 Apr 1998 15:44:34 -0500 From: Steve Krim Subject: Re: XREF Command line Barb, Change to where ever you have sqr installed, find the bin directory and go there. Now type in: sqr xref user/password -RT Follow the prompts and it should work. HTH, Steve At 11:54 AM 4/1/98 -0800, you wrote: > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb > From owner-sqr-users@list.iex.net Wed Apr 1 17:53:23 1998 Date: Wed, 1 Apr 1998 14:51:19 -0800 From: Barbara Wood Subject: Re: XREF Command line Thanks Steve -- that did the trick. I executed this in interactive mode, but I would like to use the batch mode. Does anyone know of or have information on the default file options' format (syntax)? -Barb ______________________________ Reply Separator _________________________________ Subject: Re: XREF Command line Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 Date: 4/1/98 12:44 PM Barb, Change to where ever you have sqr installed, find the bin directory and go there. Now type in: sqr xref user/password -RT Follow the prompts and it should work. HTH, Steve At 11:54 AM 4/1/98 -0800, you wrote: > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb > From owner-sqr-users@list.iex.net Wed Apr 1 18:42:36 1998 Date: Wed, 1 Apr 1998 15:50:43 -0500 From: Fredrik S=84fstr=94m Subject: Re: Re[2]: XREF Command line Hi Terry, I don't know if there is anything special with Unix, but to run a precompiled report, specify the -RT flag on the command line. For example: SQR XREF.SQT [Connectivity] -RT -KEEP [Args ...] The connectivity differs depending on database platform, for Oracle this is '[Username]/[Password]@[Database]'... The -RT is to run a precompiled report and the -KEEP is to generate both XREF.LIS and XREF.SPF files. See the section about the command line in the manual for more information. /Bamse Terry Sexmith on 98-04-01 15:26:18 Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Fredrik Safstrom/PSDI) Subject: Re[2]: XREF Command line This is the second request for this information. Everytime we only get some rude response. Is there a polite, friendly, informed individual out there that can provide the answer. ______________________________ Reply Separator _________________________________ Subject: Re: XREF Command line Author: SQR-USERS@USA.NET at Internet Date: 4/2/98 12:04 AM Barbara Wood wrote: > > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb Command line is "Heel! Sit! Stay!" Welcome... RWW From owner-sqr-users@list.iex.net Wed Apr 1 21:11:29 1998 Date: Wed, 1 Apr 1998 19:34:02 -0500 From: Ray Ontko Subject: Re: Problem Printing Bar-codes on a HP Laserjet 5 John, > I am writing a maintenance work order document in SQR ver. 3 and trying to > print a bar-code of the work order number on the top of the cover page. > However, I am having problems getting it to print on a HP laserjet 5 > printer. In the report I declare and use a report layout that specifies > PRINTER-TYPE=HP. The report is compiled and run on a solaris UNIX box > which generates an LIS file which is routed to the HP through a UNIX > printer queue. Not only does the bar code not print it wipes out text > near it. My guess is that the problem is due to the printer control > characters being sent but I'm not sure how to solve the problem. Any > suggestions that anyone might have would be appreciated. Eventually, this > report will have to print on different HP printer models. > > Incidentally, I know the problem is not code related because if I compile > and run the report on a PC and print the output through Windows from an SPF > file the bar-code prints fine. Hmm. I have been able to use the bar-code feature on HP printers in the past. Are you able to use a simple program to print a sample bar code anywhere on a page? Are you using -printer:hp when you generate the .lis file? Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Wed Apr 1 21:15:34 1998 Date: Thu, 2 Apr 1998 08:31:58 +0800 From: Wayne Ivory Subject: Re: XREF Command line This intrigued me because until the recent mention of xref I was unaware = of it=27s existence, and then I didn=27t know how to run an sqt. I = followed Steve=27s instructions and got it to run (on my Unix/Informix = platform you don=27t specify the user/password bit). I selected all = cross-reference types, but whichever sqr I ran it against it would chug = away for awhile, then get: 2503 - Internal array size not large enough. = Please refer to the manual under this error number. I presumed it was referring to the SQR manual, but 2503 is =22Unknown = qualifier for INPUT=22 so I guess it was referring to some other manual. Am I doomed to a life of never knowing true xref? Wayne Ivory Information Services Westralian Sands Limited >>> Steve Krim 2/4/98 4:44:34 am >>> Barb, Change to where ever you have sqr installed, find the bin directory and go there. Now type in: sqr xref user/password -RT Follow the prompts and it should work. HTH, Steve At 11:54 AM 4/1/98 -0800, you wrote: > Hi, > > Can anyone tell me what the command line looks like to execute > XREF.SQT in Unix, and what the options might be? > > Thanks much, > Barb > From owner-sqr-users@list.iex.net Wed Apr 1 21:29:09 1998 Date: Thu, 2 Apr 1998 11:02:18 +0730 From: Hee Kok Hwa Subject: What is QUERYARGS means ? Hello, I need help urgently. I am running SQR with the following environment 1. SQR: Structured Query Report Writer V2.27a 2. HP Unix 3. Oracle version 7 I have a program which has been running fine for more than more than one year. Now I have received the following error when I try to run the program (abc.sqr) to process data in Oracle Database as below : << ===== Start : execution log ===== >> $> more setting.para QUERYARGS = 65535 $> $> sqr abc / -msetting.para SQR: Structured Query Report Writer V2.27a Copyright (C) 1986-89 SQ Software All Rights Reserved Out of query arguments; use -Mfile to increase QUERYARGS $> << ===== End : execution log ===== >> When I tried to increase the value of QUERYARGS to any number greater than 65535 I received the following error : Maximum dimension for 'queryargs' in -Mfile is 65535. Is anyone know what is the QUERYARGS means? Where can I find the list of all parameter setting and what each of these means? How can I rectify this issue? Any hints or help is really appreciated. Anyway, thank for you time to finish this mail. Regards, KH Hee. CWT Distribution Ltd. TEL : (65) 2626-888 DID : (65) 2626-847 Fax : (65) 2622-116 Email : khhee@cwt.com.sg Web : http://www.cwt.com.sg From owner-sqr-users@list.iex.net Wed Apr 1 22:34:51 1998 Date: Wed, 1 Apr 1998 22:26:55 -0500 From: Ed Crotty Subject: Re: FoxPro to oracle I re-worked a perl library for reading .dbf's into a one-pass table creat= e = and sql-loader routine via a unix named pipe. I'm not sure if the pipe is available on all platforms, if not, you can cut out the pipe part (the= n = you have 2 copies of the data) but the perl part should work. Let me = know and I can post it to htttp://www.sqrug.com Ed Crotty BALR Corporation Oak Brook IL ecrotty@balr.com From owner-sqr-users@list.iex.net Wed Apr 1 22:50:15 1998 Date: Wed, 1 Apr 1998 15:57:00 PST From: "TORRES, JENNIFER" Subject: Re: Signatures Ray, Don't know if this will help. But... we are printing signatures on checks we are also running on a unix machine and using a HP Laserjet 5si. The only difference is we are using an EPS file for our signature file, rather than a HPGL file. We use EPS because all our output files are created in postscript format. NOTE: make sure to set FORMFEED=YES in declare-layout This is the code we use to print the signature: Print-image (70,#pos) type = eps-file source = $eps_file ! this is the full path where the eps file is located on the unix machine image-size = (19,8) J Torres Univeristy of Southern Colorado torres@uscolo.edu ---------- Your wrote: I posted a note a few weeks ago looking for some direction on how to print signatures on checks. I had a few responses but I am still struggling. We are tring to print the signature as an hpgl file on an HP5 printer. Also, our check printing program will be running in batch on a unix server. So far I have heard that sqr does not accept hpgl files but will accept hpgl2 files. Can anyone tell be were I can get an hpgl2 file to test? Does the image need to be stored on the printer? If anyone has had success with this or can suggest something please let me know. What has to be in place for this to work ? Thanks ************************* Ray Brunner rabrunne@syr.edu 443-9262 Syracuse University ************************* From owner-sqr-users@list.iex.net Wed Apr 1 23:07:58 1998 Date: Wed, 1 Apr 1998 21:39:43 -0500 From: Steve Krim Subject: Re: XREF Command line Barb, What I would do is run it in interactive mode first, and while you are running it, copy down the param's that you are entering. Then, use the same command line and append the params to the end of your command line. Additionally, you can put the param's in a file and refernce it using the @file notation(I believe, check the manual to be sure). Good luck, ---------------------------------------------------------------------- Steve Krim | SK Professional Services Inc. smkrim@teleweb.net | At 02:51 PM 4/1/98 -0800, you wrote: > Thanks Steve -- that did the trick. > > I executed this in interactive mode, but I would like to use the batch > mode. Does anyone know of or have information on the default file > options' format (syntax)? > > -Barb > > >______________________________ Reply Separator _________________________________ >Subject: Re: XREF Command line >Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 >Date: 4/1/98 12:44 PM > > >Barb, > >Change to where ever you have sqr installed, find the bin directory and go >there. Now type in: >sqr xref user/password -RT > >Follow the prompts and it should work. > >HTH, > >Steve >At 11:54 AM 4/1/98 -0800, you wrote: >> Hi, >> >> Can anyone tell me what the command line looks like to execute >> XREF.SQT in Unix, and what the options might be? >> >> Thanks much, >> Barb >> > From owner-sqr-users@list.iex.net Wed Apr 1 23:54:47 1998 Date: Wed, 1 Apr 1998 23:43:17 -0500 From: David Anderson Subject: Re: What is QUERYARGS means ? This may be elementary, but is the allmax.max up to date? Have you made any changes to your environment since the last running of ABC.sqr? ---------- From: Hee Kok Hwa[SMTP:KOK-HWA_HEE/CWT_SYSTEMS@CWT.COM.SG] Sent: Wednesday, April 01, 1998 10:32 PM To: Multiple recipients of list SQR-USERS Subject: What is QUERYARGS means ? Hello, I need help urgently. I am running SQR with the following environment 1. SQR: Structured Query Report Writer V2.27a 2. HP Unix 3. Oracle version 7 I have a program which has been running fine for more than more than one year. Now I have received the following error when I try to run the program (abc.sqr) to process data in Oracle Database as below : << ===== Start : execution log ===== >> $> more setting.para QUERYARGS = 65535 $> $> sqr abc / -msetting.para SQR: Structured Query Report Writer V2.27a Copyright (C) 1986-89 SQ Software All Rights Reserved Out of query arguments; use -Mfile to increase QUERYARGS $> << ===== End : execution log ===== >> When I tried to increase the value of QUERYARGS to any number greater than 65535 I received the following error : Maximum dimension for 'queryargs' in -Mfile is 65535. Is anyone know what is the QUERYARGS means? Where can I find the list of all parameter setting and what each of these means? How can I rectify this issue? Any hints or help is really appreciated. Anyway, thank for you time to finish this mail. Regards, KH Hee. CWT Distribution Ltd. TEL : (65) 2626-888 DID : (65) 2626-847 Fax : (65) 2622-116 Email : khhee@cwt.com.sg Web : http://www.cwt.com.sg From owner-sqr-users@list.iex.net Thu Apr 2 00:03:00 1998 Date: Wed, 1 Apr 1998 23:43:17 -0500 From: David Anderson Subject: Re: What is QUERYARGS means ? This may be elementary, but is the allmax.max up to date? Have you made any changes to your environment since the last running of ABC.sqr? ---------- From: Hee Kok Hwa[SMTP:KOK-HWA_HEE/CWT_SYSTEMS@CWT.COM.SG] Sent: Wednesday, April 01, 1998 10:32 PM To: Multiple recipients of list SQR-USERS Subject: What is QUERYARGS means ? Hello, I need help urgently. I am running SQR with the following environment 1. SQR: Structured Query Report Writer V2.27a 2. HP Unix 3. Oracle version 7 I have a program which has been running fine for more than more than one year. Now I have received the following error when I try to run the program (abc.sqr) to process data in Oracle Database as below : << ===== Start : execution log ===== >> $> more setting.para QUERYARGS = 65535 $> $> sqr abc / -msetting.para SQR: Structured Query Report Writer V2.27a Copyright (C) 1986-89 SQ Software All Rights Reserved Out of query arguments; use -Mfile to increase QUERYARGS $> << ===== End : execution log ===== >> When I tried to increase the value of QUERYARGS to any number greater than 65535 I received the following error : Maximum dimension for 'queryargs' in -Mfile is 65535. Is anyone know what is the QUERYARGS means? Where can I find the list of all parameter setting and what each of these means? How can I rectify this issue? Any hints or help is really appreciated. Anyway, thank for you time to finish this mail. Regards, KH Hee. CWT Distribution Ltd. TEL : (65) 2626-888 DID : (65) 2626-847 Fax : (65) 2622-116 Email : khhee@cwt.com.sg Web : http://www.cwt.com.sg begin 600 WINMAIL.DAT M>)\^(AD$`0:0" `$```````!``$``0>0!@`(````Y 0```````#H``$(@ <` M& ```$E032Y-:6-R;W-O9G0@36%I;"Y.;W1E`#$(`0V ! `"`````@`"``$$ MD 8`4 (```(````,`````P``, ,````+``\.`0````(!_P\!````6@`````` M``"!*Q^DOJ,0&9UN`-T!#U0"```!`$UU;'1I<&QE(')E8VEP:65N=',@;V8@ M;&ES="!345(M55-%4E,`4TU44 !345(M55-%4E- ;&ES="YI97@N;F5T```` M'@`", $````%````4TU44 `````>``,P`0```!<```!345(M55-%4E- ;&ES M="YI97@N;F5T```#`!4,`0````,`_@\&````'@`!, $````F````375L=&EP M;&4@``(P`0````4```!33510```` M`!X``S !````$@```%-14BU54T524T!54T$N3D54`````P`5# $````#`/X/ M!@```!X``3 !````% ```"=345(M55-%4E- 55-!+DY%5"<``@$+, $````7 M````4TU44#I345(M55-%4E- 55-!+DY%5 ```P``.0`````+`$ Z`0````(! M]@\!````! ````````1[: $$@ $`'@```%)%.B!7:&%T(&ES(%%515)905)' M4R!M96%N M````4D4Z(%=H870@:7,@455%4EE!4D=3(&UE86YS(#\````"`7$``0```!8` M```!O5WQVG^2J_SNR;H1T9;M)&(*P0`````>`!X,`0````4```!33510```` M`!X`'PP!````& ```'-H96QB>38W0&-O;F-E;G1R:6,N;F5T``,`!A IBE4B M`P`'$.($```>``@0`0```&4```!42$E334%90D5%3$5-14Y405)9+$)55$E3 M5$A%04Q,34%834%855!43T1!5$4_2$%615E/54U!1$5!3EE#2$%.1T535$]9 M3U5214Y625)/3DU%3E1324Y#151(14Q!4U1254Y.``````(!"1 !````@04` M`'T%``"^"0``3%I&=;?&H*S_``H!#P(5`J0#Y 7K`H,`4!,#5 (`8V@*P'-E M=.XR!@`&PP*#,@/&!Q,"@[HS$PU]"H (SPG9.Q7_>#(U-0* "H$-L0M@;O!G M,3 S%" +"A+R# &B8P! (%1H! `@`, `>2!B92!E;&6G!X ", K >2P;8'4% M0%D;`71H&X '0&P`P'@B+AU!('5P',!O( !D871E/R @2/1A=AN >0A@&R$- ML!T`_FX;4!&Q&0`'D1WQ'N$%P*D)\'9I`V!N&](@`)!<;F,;@!S2"V!S!4!R MC'5N`P`9`"!O9A-P@$)#+G-Q0&,%0"U?)Y<*AR9+## G%D8#83H?*)XG%@R"'H )X"!+;P)K M'H!W85M3350`4#I+3TLM2%<`05](144O0U> 5%]365-4107@`D N(2Y#3TTN M4_Q'72@_*4T&8 (P*G\KB[I7"8!N!Y >(!PQ02<0"0,1,#$<0#$Y.3B1-/ P M.C,2(%!-+Y\9*4U4;S'?*XM-=6S^= 4@&[ B4 60!2 (D (P#P0@(N$DT"(Q M4U%2+6!54T524S7?,*YU?&)J)U$W_S+L$< <@U'"53OP64%21P7P!X#G!B(C MCR24,S8F%Q0B# $G)Q8L4!T@;RP*A4D@ZS/@"8 @'.!L'= (=")@)V ( M<$8140I0'"#Y!_!EL!'@\FD"(" W0@Q%T!' 'K'<82 G$0G 1U%W&O 1L/]1 M(00@&W )\")7)4 SX$C!_P7 !& 6`!S!`Y%4)PJ%`B#K'L%!H')'$$Y)$%$& M.F'<96D>L$8@2)UR`V %P/]2(%+A1=!+,!M0'?$B81S"JPJ%4:8H`:!C(T(I M'>)_)Q$AH 01'B%1@ N 3R9$/5R!8B(@'/%2HDD!(#KA0@P\/" ]7Z)+$0K M\P5 /I!E> 60''!/XA60DR+ 7Z0^/@J%)#Y4%/<1\3H`&0`N"K%-=D#X7^#R M-AA ,S5AYV'H(U$=`.E;0" O)X!M8M\%P$K/)TO?3.\(4'!Y!1!G:!D%0"A# M6Z U`#@V+;0X.6AQ408`(N!T+.#_5$$37W=%;D8@ M8&]A?'\*A4!P604(D%>!ADT=4 =P<+#?'A '<0"!3_%3XB=P(W"!O',G7+)Q M=1L!9,,N4#WG!" ?<57":VY6<5(@0)3?'-) _1Y@=V%406,#D470_U.1?60[ M0E56(O =$5&08V'_!X!J0F<%'V%&((1C0:!24>\BX1S17<&%Q4A6<8:3"H7[ M.F$Z`&99<1KR! $*4$']_D$?@1KP.M,%P$9#&P%R0;L=('!A<"<0.G$>,61' M$/^.L2S@'#%4XCH`_P> '>$*A5.1! !(BT/^>\)[70Y\G M-$(/0QX:-:2M!14A`*C0`````P`0$ `````#`!$0`````$ `!S# 0CFK\5V] K`4 `"## 0CFK\5V]`1X`/0`!````!0```%)%.B ``````P`--/TW``#)-%V] ` end From owner-sqr-users@list.iex.net Thu Apr 2 07:18:24 1998 Date: Thu, 2 Apr 1998 09:03:41 -0800 From: TUHINAROY Subject: Multiple Reports in SQRW Ver 2.5.7 ??? Hi, I'm working on SQR Version 2.5.7. This version does not support commands like Use-report, Declare-report, new-report etc. Is there any way I can generate more than 1 report from a single program using this version? TIA, Tuhina. From owner-sqr-users@list.iex.net Thu Apr 2 08:29:17 1998 Date: Thu, 2 Apr 1998 08:17:22 -0500 From: Ray Ontko Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? Tuhina, > I'm working on SQR Version 2.5.7. This version does not support > commands like Use-report, Declare-report, new-report etc. > > Is there any way I can generate more than 1 report from a single > program using this version? I vaguely recall that although 2.5.7 does not support USE-REPORT, I thought that it did allow NEW-REPORT. If not, the only work-around that I can think of is to use OPEN and WRITE to format an output file of your own. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Thu Apr 2 09:43:18 1998 Date: Thu, 2 Apr 1998 06:29:14 -0800 From: Michael Lee Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? If you are using versions below V3, you should open up multiple files and write to them. Unfortunately, if you have standard headers, similar to PeopleSoft's stdhdg1.sqc, etc..., you will not be able to use those. You will have to write your own headers. Furthermore, using the write function will not produce your printer tags on the top of the report. It is technically NOT a report, but a text file. Michael K. Lee The Application Group, Inc. mlee@appgroup.com TUHINAROY@INF.COM on 04/02/98 09:03:41 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Multiple Reports in SQRW Ver 2.5.7 ??? Hi, I'm working on SQR Version 2.5.7. This version does not support commands like Use-report, Declare-report, new-report etc. Is there any way I can generate more than 1 report from a single program using this version? TIA, Tuhina. From owner-sqr-users@list.iex.net Thu Apr 2 09:47:45 1998 Date: Thu, 2 Apr 1998 08:31:08 -0500 From: Ray Ontko Subject: Re: What is QUERYARGS means ? KH Hee, It is true; QUERYARGS cannot be increased beyond 65535. QUERYARGS is an SQR initialization parameter which tells SQR how much space to reserve for arguments (bind variables) which appear in your BEGIN-SQL or BEGIN-SELECT statements. I'd be surprised if you have more than 65000 arguments to the SQL in your report program. Is it possible that you have a lot of SQL in #include files but your program only uses a few of the SQL statements? If so, I can suggest a work-around. Ray > Hello, > I need help urgently. I am running SQR with the following environment > 1. SQR: Structured Query Report Writer V2.27a > 2. HP Unix > 3. Oracle version 7 > > I have a program which has been running fine for more than more than > one year. Now I have received the following error when I try to run the > program (abc.sqr) to process data in Oracle Database as below : > > << ===== Start : execution log ===== >> > $> more setting.para > QUERYARGS = 65535 > $> > $> sqr abc / -msetting.para > SQR: Structured Query Report Writer V2.27a > Copyright (C) 1986-89 SQ Software All Rights Reserved > > Out of query arguments; use -Mfile to increase QUERYARGS > $> > << ===== End : execution log ===== >> > > When I tried to increase the value of QUERYARGS to any number greater > than 65535 I received the following error : > Maximum dimension for 'queryargs' in -Mfile is 65535. > > Is anyone know what is the QUERYARGS means? Where can I find the list > of all parameter setting and what each of these means? How can I > rectify this issue? > > Any hints or help is really appreciated. Anyway, thank for you time to > finish this mail. > > Regards, > KH Hee. > CWT Distribution Ltd. > TEL : (65) 2626-888 > DID : (65) 2626-847 > Fax : (65) 2622-116 > Email : khhee@cwt.com.sg > Web : http://www.cwt.com.sg > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Thu Apr 2 12:28:47 1998 Date: Thu, 2 Apr 1998 11:45:13 -0500 From: Lee Subject: sqr3 version 4 Hi Gang, Anyone got a good lead on training classes on the eastern seaboard for SQR3 version4 ? I'm a DBA out here at the University of Virginia, so as much as I'd love to take a class in Hawaii, as an employee of the state, I gotta stay a bit closer to home. Thanks, Lee Pielemeier From owner-sqr-users@list.iex.net Thu Apr 2 12:40:24 1998 Date: Thu, 2 Apr 1998 12:08:46 -0800 From: Ken Gartman Subject: Re: sqr3 version 4 Lee wrote: > > Hi Gang, > Anyone got a good lead on training classes on the eastern seaboard for SQR3 > version4 ? I'm a DBA out here at the University of Virginia, so as much as > I'd love to take a class in Hawaii, as an employee of the state, I gotta > stay a bit closer to home. Thanks, Lee Pielemeier Hi, Lee! If there is a group of people that want to learn SQR, it might be cheaper to have a trainer come to your place. What is your current level of proficiency? Are there any experts at your place available for mentoring? What version of SQR do you have? What RDBMS? What operating system? Client/Server, or traditional (single node) configuration? Do you have the SQR documentation? It's amazing how much you can teach yourself by a little practice, and following the examples in the book! Happy computing, Ken Gartman From owner-sqr-users@list.iex.net Thu Apr 2 12:44:46 1998 Date: Thu, 2 Apr 1998 09:48:59 -0500 From: "Weaver, Judith R" Subject: Re: XREF Command line When I run this is interactive mode, all I get is garbage on screen. When I run it in batch mode, it works fine with the following workarounds: 1. I have to execute from my home directory, since it wants to write the reports where you run it and that's the only place I have write privileges. 2. I have to copy all the sqcs to my personal directory, since it cannot find them otherwise. 3. Even if I put the fully qualified name in the default file (xref.xdf), which is also in my home directory, it still asks me for the target file name. Any suggestions or comments? >---------- >From: Steve Krim[SMTP:SMKrim@TELEWEB.NET] >Reply To: SQR-USERS@USA.NET >Sent: Wednesday, April 01, 1998 9:39 PM >To: Multiple recipients of list SQR-USERS >Subject: Re: XREF Command line > >Barb, > >What I would do is run it in interactive mode first, and while you are >running it, copy down the param's that you are entering. Then, use the >same command line and append the params to the end of your command line. >Additionally, you can put the param's in a file and refernce it using the >@file notation(I believe, check the manual to be sure). > >Good luck, > >---------------------------------------------------------------------- >Steve Krim | SK Professional Services Inc. >smkrim@teleweb.net | > >At 02:51 PM 4/1/98 -0800, you wrote: >> Thanks Steve -- that did the trick. >> >> I executed this in interactive mode, but I would like to use the batch >> mode. Does anyone know of or have information on the default file >> options' format (syntax)? >> >> -Barb >> >> >>______________________________ Reply Separator >_________________________________ >>Subject: Re: XREF Command line >>Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 >>Date: 4/1/98 12:44 PM >> >> >>Barb, >> >>Change to where ever you have sqr installed, find the bin directory and go >>there. Now type in: >>sqr xref user/password -RT >> >>Follow the prompts and it should work. >> >>HTH, >> >>Steve >>At 11:54 AM 4/1/98 -0800, you wrote: >>> Hi, >>> >>> Can anyone tell me what the command line looks like to execute >>> XREF.SQT in Unix, and what the options might be? >>> >>> Thanks much, >>> Barb >>> >> > From owner-sqr-users@list.iex.net Thu Apr 2 13:18:49 1998 Date: Thu, 2 Apr 1998 12:56:03 -0500 From: John Walker Subject: Re: Problem Printing Bar-codes on a HP Laserjet 5 Ray, What I forgot to include was that the SQT file was executed through an application called EMPAC. Based on yesterdays input from another reader of the SQR-USERS list I was able to isolate the problem back to the application. The problem is nothing to do with SQR. It seems like something in the way the application is executing/processing the SQT file is conflicting with the bar code printing. I am currently working with the vendor to understand what is going on. Thanks for everyone's help. On a side note is it always necessary to use -printer:hp when generating the .lis file as well as declaring PRINTER-TYPE=HP? Ray Ontko on 04/01/98 07:34:02 PM Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: John A. Walker/CEI/FirstEnergy) Subject: Re: Problem Printing Bar-codes on a HP Laserjet 5 John, > I am writing a maintenance work order document in SQR ver. 3 and trying to > print a bar-code of the work order number on the top of the cover page. > However, I am having problems getting it to print on a HP laserjet 5 > printer. In the report I declare and use a report layout that specifies > PRINTER-TYPE=HP. The report is compiled and run on a solaris UNIX box > which generates an LIS file which is routed to the HP through a UNIX > printer queue. Not only does the bar code not print it wipes out text > near it. My guess is that the problem is due to the printer control > characters being sent but I'm not sure how to solve the problem. Any > suggestions that anyone might have would be appreciated. Eventually, this > report will have to print on different HP printer models. > > Incidentally, I know the problem is not code related because if I compile > and run the report on a PC and print the output through Windows from an SPF > file the bar-code prints fine. Hmm. I have been able to use the bar-code feature on HP printers in the past. Are you able to use a simple program to print a sample bar code anywhere on a page? Are you using -printer:hp when you generate the .lis file? Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Thu Apr 2 14:07:17 1998 Date: Thu, 2 Apr 1998 12:32:38 -0500 From: "Gottdenker, Jay S" Subject: Multiple SQL Servers? Is it possible to write a SQR to query multiple SQL servers, or is there a library of some kind that provides this functionality? Both servers would be Sybase. OmniConnect may be an option, but I'd like to know if this can be accomplished with what is currently in place in my organization. Thanks, Jay Gottdenker jgottden@indiana.edu From owner-sqr-users@list.iex.net Thu Apr 2 15:01:25 1998 Date: Thu, 2 Apr 1998 12:23:14 -0500 From: Sam Spritzer Subject: Re: sqr3 version 4 -Reply Have you been to the SQRibe web site? There is a list of training partners, locations and dates there. http://www.SQRibe.com Sam From owner-sqr-users@list.iex.net Thu Apr 2 15:10:37 1998 Date: Thu, 2 Apr 1998 11:49:10 -0800 From: Barbara Wood Subject: Re: XREF Command line JR, Yes, I also got garbage when I was in interactive mode. But then I realized I was using Reflection 1 software for my connection to Unix. So.. I did a Start from windows, typed in 'telnet {your_server_address]', logged in, and was able to use interactive mode successfully. It is true about not be able to identify where the sqc directory resides -- bummer. And if you do copy over all your sqcs to your library, you get SQR error "2503 - Internal array size not large enough" when you run it with option 1. The only way to get around that one, is to remove the include modules from your directory, and try it again - but then your missing the include variable references. Still working on the batch mode myself. -Barb ______________________________ Reply Separator _________________________________ Subject: Re: XREF Command line Author: Non-HP-WeaverJR (WeaverJR@USAFOO.UNITEDSPACEALLIANCE.COM) at HP-PaloAlto,mimegw9 Date: 4/2/98 6:48 AM When I run this is interactive mode, all I get is garbage on screen. When I run it in batch mode, it works fine with the following workarounds: 1. I have to execute from my home directory, since it wants to write the reports where you run it and that's the only place I have write privileges. 2. I have to copy all the sqcs to my personal directory, since it cannot find them otherwise. 3. Even if I put the fully qualified name in the default file (xref.xdf), which is also in my home directory, it still asks me for the target file name. Any suggestions or comments? >---------- >From: Steve Krim[SMTP:SMKrim@TELEWEB.NET] >Reply To: SQR-USERS@USA.NET >Sent: Wednesday, April 01, 1998 9:39 PM >To: Multiple recipients of list SQR-USERS >Subject: Re: XREF Command line > >Barb, > >What I would do is run it in interactive mode first, and while you are >running it, copy down the param's that you are entering. Then, use the >same command line and append the params to the end of your command line. >Additionally, you can put the param's in a file and refernce it using the >@file notation(I believe, check the manual to be sure). > >Good luck, > >---------------------------------------------------------------------- >Steve Krim | SK Professional Services Inc. >smkrim@teleweb.net | > >At 02:51 PM 4/1/98 -0800, you wrote: >> Thanks Steve -- that did the trick. >> >> I executed this in interactive mode, but I would like to use the batch >> mode. Does anyone know of or have information on the default file >> options' format (syntax)? >> >> -Barb >> >> >>______________________________ Reply Separator >_________________________________ >>Subject: Re: XREF Command line >>Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 >>Date: 4/1/98 12:44 PM >> >> >>Barb, >> >>Change to where ever you have sqr installed, find the bin directory and go >>there. Now type in: >>sqr xref user/password -RT >> >>Follow the prompts and it should work. >> >>HTH, >> >>Steve >>At 11:54 AM 4/1/98 -0800, you wrote: >>> Hi, >>> >>> Can anyone tell me what the command line looks like to execute >>> XREF.SQT in Unix, and what the options might be? >>> >>> Thanks much, >>> Barb >>> >> > From owner-sqr-users@list.iex.net Thu Apr 2 15:13:51 1998 Date: Thu, 2 Apr 1998 10:37:04 -0500 From: "Weaver, Judith R" Subject: Re: XREF Command line The batch file is called 'xref.xdf' and looks like this on our system: NAME = /opt/psofthr/sqr/npay6191.sqr ! Name of target file. VARIABLE = y ! (Y/N) Produce Variable Xref ? TABLE = y ! (Y/N) Produce Table Xref ? SIMPLE LIST = y ! (Y/N) Produce Variable List ? CREATE LINE NUM LISTING = y ! (Y/N) Produce Generate Original Listing File ? CASE SENSITIVITY = n ! (Y/N) Produce Include Case Sensitivity? WIDTH = 80 ! (132/80) Set Report Width to 132 or 80. ORDER BY = a ! (T/A) Order Report by Type or Alphabetically. >---------- >From: Barbara Wood[SMTP:BARBARA_WOOD@NON-HP-PALOALTO-OM13.OM.HP.COM] >Reply To: SQR-USERS@USA.NET >Sent: Wednesday, April 01, 1998 5:51 PM >To: Multiple recipients of list SQR-USERS >Subject: Re: XREF Command line > > Thanks Steve -- that did the trick. > > I executed this in interactive mode, but I would like to use the batch > mode. Does anyone know of or have information on the default file > options' format (syntax)? > > -Barb > > >______________________________ Reply Separator >_________________________________ >Subject: Re: XREF Command line >Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 >Date: 4/1/98 12:44 PM > > >Barb, > >Change to where ever you have sqr installed, find the bin directory and go >there. Now type in: >sqr xref user/password -RT > >Follow the prompts and it should work. > >HTH, > >Steve >At 11:54 AM 4/1/98 -0800, you wrote: >> Hi, >> >> Can anyone tell me what the command line looks like to execute >> XREF.SQT in Unix, and what the options might be? >> >> Thanks much, >> Barb >> > From owner-sqr-users@list.iex.net Thu Apr 2 15:27:23 1998 Date: Thu, 2 Apr 1998 15:15:50 -0600 From: Jeff Smith Subject: printing superscript characters What is the best way to print characters in super-script in sqr. I'm thinking I probably need to do a print-direct with postscript commands or use printer codes. Does anyone know the proper postscript commands or HP printer codes ? From owner-sqr-users@list.iex.net Thu Apr 2 15:43:31 1998 Date: Thu, 2 Apr 1998 15:07:19 -0500 From: Greg Holliday Subject: Re: sqr3 version 4 I took a "Basic SQR" and "Advanced SQR" class from TUSC in Lombard, IL. They were good classes and the instructor was excellent. The address is: TUSC 377 E. Butterfield Road Suite 100 Lombard, IL 60148 Sorry, I couldn't find the phone number. Greg Holliday Programmer/Analyst Dodge/Rockwell Automation ggholliday@dodge.ra.rockwell.com From owner-sqr-users@list.iex.net Fri Apr 3 00:40:33 1998 Date: Thu, 2 Apr 1998 15:03:36 -0500 From: "Weaver, Judith R" Subject: Re: XREF Command line Thanks for the tip, I'll try it. (I'm also using Reflection1). As to the batch file, it works fine for me. It came as a sample (xref.xdf), see below. VARIABLE = y ! (Y/N) Produce Variable Xref ? TABLE = y ! (Y/N) Produce Table Xref ? SIMPLE LIST = y ! (Y/N) Produce Variable List ? CREATE LINE NUM LISTING = y ! (Y/N) Produce Generate Original Listing File ? CASE SENSITIVITY = n ! (Y/N) Produce Include Case Sensitivity? WIDTH = 80 ! (132/80) Set Report Width to 132 or 80. ORDER BY = t ! (T/A) Order Report by Type or Alphabetically. >---------- >From: Barbara Wood[SMTP:BARBARA_WOOD@NON-HP-PALOALTO-OM13.OM.HP.COM] >Reply To: SQR-USERS@USA.NET >Sent: Thursday, April 02, 1998 2:49 PM >To: Multiple recipients of list SQR-USERS >Subject: Re: XREF Command line > > JR, > > Yes, I also got garbage when I was in interactive mode. But then I > realized I was using Reflection 1 software for my connection to Unix. >So.. > I did a Start from windows, typed in 'telnet {your_server_address]', > logged in, and was able to use interactive mode successfully. > > It is true about not be able to identify where the sqc directory >resides > -- bummer. > > And if you do copy over all your sqcs to your library, you get SQR >error > "2503 - Internal array size not large enough" when you run it with >option > 1. The only way to get around that one, is to remove the include >modules > from your directory, and try it again - but then your missing the >include > variable references. > > Still working on the batch mode myself. > > -Barb > > >______________________________ Reply Separator >_________________________________ >Subject: Re: XREF Command line >Author: Non-HP-WeaverJR (WeaverJR@USAFOO.UNITEDSPACEALLIANCE.COM) at >HP-PaloAlto,mimegw9 >Date: 4/2/98 6:48 AM > > >When I run this is interactive mode, all I get is garbage on screen. >When I run it in batch mode, it works fine with the following >workarounds: >1. I have to execute from my home directory, since it wants to write the >reports where you run it and that's the only place I have write >privileges. >2. I have to copy all the sqcs to my personal directory, since it cannot >find them otherwise. >3. Even if I put the fully qualified name in the default file >(xref.xdf), which is also in my home directory, it still asks me for the >target file name. > >Any suggestions or comments? > >>---------- >>From: Steve Krim[SMTP:SMKrim@TELEWEB.NET] >>Reply To: SQR-USERS@USA.NET >>Sent: Wednesday, April 01, 1998 9:39 PM >>To: Multiple recipients of list SQR-USERS >>Subject: Re: XREF Command line >> >>Barb, >> >>What I would do is run it in interactive mode first, and while you are >>running it, copy down the param's that you are entering. Then, use the >>same command line and append the params to the end of your command line. >>Additionally, you can put the param's in a file and refernce it using the >>@file notation(I believe, check the manual to be sure). >> >>Good luck, >> >>---------------------------------------------------------------------- >>Steve Krim | SK Professional Services Inc. >>smkrim@teleweb.net | >> >>At 02:51 PM 4/1/98 -0800, you wrote: >>> Thanks Steve -- that did the trick. >>> >>> I executed this in interactive mode, but I would like to use the batch >>> mode. Does anyone know of or have information on the default file >>> options' format (syntax)? >>> >>> -Barb >>> >>> >>>______________________________ Reply Separator >>_________________________________ >>>Subject: Re: XREF Command line >>>Author: Non-HP-SMKrim (SMKrim@TELEWEB.NET) at HP-PaloAlto,mimegw9 >>>Date: 4/1/98 12:44 PM >>> >>> >>>Barb, >>> >>>Change to where ever you have sqr installed, find the bin directory and go >>>there. Now type in: >>>sqr xref user/password -RT >>> >>>Follow the prompts and it should work. >>> >>>HTH, >>> >>>Steve >>>At 11:54 AM 4/1/98 -0800, you wrote: >>>> Hi, >>>> >>>> Can anyone tell me what the command line looks like to execute >>>> XREF.SQT in Unix, and what the options might be? >>>> >>>> Thanks much, >>>> Barb >>>> >>> >> > From owner-sqr-users@list.iex.net Fri Apr 3 01:26:38 1998 Date: Thu, 2 Apr 1998 13:34:50 -0500 From: Ray Ontko Subject: Re: Problem Printing Bar-codes on a HP Laserjet 5 John, Yes, if you want to use PRINTER-TYPE=HP, you'll have to use -printer:hp to generate the proper lis file. I'm familiar with E-MPAC. In the case of E-MPAC, I believe it only produces a plain-text file so that you can view it on-line using their built-in viewer. Ray > Ray, > > What I forgot to include was that the SQT file was executed through an > application called EMPAC. > Based on yesterdays input from another reader of the SQR-USERS list I was > able to isolate the > problem back to the application. The problem is nothing to do with SQR. It > seems like something in the > way the application is executing/processing the SQT file is conflicting > with the bar code printing. I am > currently working with the vendor to understand what is going on. > > Thanks for everyone's help. > > On a side note is it always necessary to use -printer:hp when generating > the .lis file as well as > declaring PRINTER-TYPE=HP? > > > > > > > Ray Ontko on 04/01/98 07:34:02 PM > > Please respond to SQR-USERS@USA.NET > > To: Multiple recipients of list SQR-USERS > cc: (bcc: John A. Walker/CEI/FirstEnergy) > Subject: Re: Problem Printing Bar-codes on a HP Laserjet 5 > > > > > John, > > I am writing a maintenance work order document in SQR ver. 3 and trying > to > > print a bar-code of the work order number on the top of the cover page. > > However, I am having problems getting it to print on a HP laserjet 5 > > printer. In the report I declare and use a report layout that specifies > > PRINTER-TYPE=HP. The report is compiled and run on a solaris UNIX box > > which generates an LIS file which is routed to the HP through a UNIX > > printer queue. Not only does the bar code not print it wipes out text > > near it. My guess is that the problem is due to the printer control > > characters being sent but I'm not sure how to solve the problem. Any > > suggestions that anyone might have would be appreciated. Eventually, > this > > report will have to print on different HP printer models. > > > > Incidentally, I know the problem is not code related because if I compile > > and run the report on a PC and print the output through Windows from an > SPF > > file the bar-code prints fine. > Hmm. I have been able to use the bar-code feature on HP > printers in the past. Are you able to use a simple > program to print a sample bar code anywhere on a page? > Are you using -printer:hp when you generate the .lis file? > Ray > ---------------------------------------------------------------------- > Ray Ontko | Ray Ontko & Co | "Time for a new signature line." > rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 3 01:41:34 1998 Date: Fri, 3 Apr 1998 11:16:10 -0800 From: TUHINAROY Subject: sort file contents Thanx..U R right. It does support New-Report. I had got the syntax wrong. The only problem is I cant have different headers in begin-headng section when I use New-Report. ______________________________ Reply Separator _________________________________ Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? Author: Ray Ontko at smtp_gw Date: 4/2/98 8:17 AM Tuhina, > I'm working on SQR Version 2.5.7. This version does not support > commands like Use-report, Declare-report, new-report etc. > > Is there any way I can generate more than 1 report from a single > program using this version? I vaguely recall that although 2.5.7 does not support USE-REPORT, I thought that it did allow NEW-REPORT. If not, the only work-around that I can think of is to use OPEN and WRITE to format an output file of your own. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 3 01:41:34 1998 Date: Fri, 3 Apr 1998 11:15:28 -0800 From: TUHINAROY Subject: sort file contents Hi, I need to read a file and sort its contents based on one of the fields and print them. I dont think there's any command in SQR which would help me do this(like we have internal sort in Cobol). Can anyone tell me how it can be done? TIA Tuhina. ______________________________ Reply Separator _________________________________ Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? Author: Ray Ontko at smtp_gw Date: 4/2/98 8:17 AM Tuhina, > I'm working on SQR Version 2.5.7. This version does not support > commands like Use-report, Declare-report, new-report etc. > > Is there any way I can generate more than 1 report from a single > program using this version? I vaguely recall that although 2.5.7 does not support USE-REPORT, I thought that it did allow NEW-REPORT. If not, the only work-around that I can think of is to use OPEN and WRITE to format an output file of your own. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 3 08:37:47 1998 Date: Fri, 3 Apr 1998 08:32:03 -0500 From: Ray Brunner Subject: Signature update I have recieved several responses to my request for information on printing signatures. I appreciate the input. I have not been able as of yet to get the hpgl signature graphic to print on our HP5 printer. I have been able to get a signature to print using an eps file and postscript, but then the micr doesn't print. We are going to try and download the signature to the printers memory before printing the checks to see if that works. Have not been able as of yet to find a program that will do it for us. Does anyone know how to do this? Also, does sqr require an hpgl2 file and not hpgl? Thanks again, ************************* Ray Brunner rabrunne@syr.edu 443-9262 Syracuse University ************************* From owner-sqr-users@list.iex.net Fri Apr 3 09:16:28 1998 Date: Fri, 3 Apr 1998 09:13:56 -0500 From: Eli Collier Subject: SQR Viewer in a PeopleSoft Environment Does anyone have any knowledge of using SQR Viewer in a Peoplesoft Environment with Windows NT? We cannot get it to print landscape correctly without cutting off a 1/3 of the document. Eli _________________________________________________________ Eli Collier < 0000,0000,ffffPeopleffff,0000,0000Soft Implementation Team ph 703.645.5110 From owner-sqr-users@list.iex.net Fri Apr 3 09:56:07 1998 Date: Fri, 3 Apr 1998 09:44:57 -0500 From: YMCKINNE Subject: Evaluate Hi, I was wondering if anyone could help me. I was wondering what is the logic behind the break command in an EVALUATE statement. Within the evaluate statement, I issue a break command. Does the break command take you back out to the begin-program section or does it let you continue within the local procedure? For example, I have this in my local procedure: move '' to $product_line do cust_line do grand_dig_fin_tot In my evaluate statement I have: when = 'OT' do select_unearned_rev do earned_rev do deal_pass when-other break Since '' != $product_line, does the break take me back to my local procedure or back to the begin-program section? Any help is appreciated. Thanks Yolanda From owner-sqr-users@list.iex.net Fri Apr 3 09:59:22 1998 Date: Fri, 3 Apr 1998 09:48:45 -0500 From: Nathan Treadway Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? > Thanx..U R right. It does support New-Report. I had got the syntax > wrong. The only problem is I cant have different headers in > begin-headng section when I use New-Report. You can't have differently-sized headers on the different reports (both will reserve the same number of lines at the top of the page, since you have only one "begin-heading NN" line). However, you can set a flag in your program to indicate which report you are printing, and then check that flag with an IF statement in the begin-heading section. This will let you put completely different data, formatting, etc. in the headings of the two reports. Nathan ---------------------------------------------------------------------------- Nathan Treadway | Ray Ontko & Co. | Software consulting services nathant@ontko.com | Richmond, IN | http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 3 10:17:03 1998 Date: Fri, 3 Apr 1998 10:14:32 -0500 From: David Harper Subject: Re: Evaluate The break takes you to the end-evaluate statement. YMCKINNE wrote: > > Hi, > > I was wondering if anyone could help me. > > I was wondering what is the logic behind the break command in an > EVALUATE statement. Within the evaluate statement, I issue a break > command. Does the break command take you back out to the > begin-program section or does it let you continue within the local > procedure? > > For example, I have this in my local procedure: > > move '' to $product_line > do cust_line > do grand_dig_fin_tot > > In my evaluate statement I have: > > when = 'OT' > do select_unearned_rev > do earned_rev > do deal_pass > when-other > break > > Since '' != $product_line, does the break take me back to my local > procedure or back to the begin-program section? > > Any help is appreciated. > > Thanks > > Yolanda -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Fri Apr 3 10:26:03 1998 Date: Fri, 3 Apr 1998 10:22:59 -0500 From: "Simonian, Guy" Subject: Begin-Select performance using 4 table Join Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client is on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 It takes over a minute for my query to find 1 join from the database, yet if I take the exact same SQL and run it from ISQL or RapidSQL, it takes about 3 seconds! I've tried the -rs and -rt SQR options to run the compiled report, but the results are the same. ISQL: ------------------------------------------------------------------------ ---------------- select HRUTEST..PS_PDS_TRX_FACT.TRX_KEY, PLAN_YR, GROUP_INDIV_CODE from HRUTEST..PS_PDS_TRX_FACT,HRUTEST..PS_PDS_PRODUCT, HRUTEST..PS_PDS_POL_CASE, HRUTEST..PS_PDS_PAYROLL where HRUTEST..PS_PDS_TRX_FACT.AA_KEY = 4000 and HRUTEST..PS_PDS_TRX_FACT.PAYEE_PARTY_KEY = HRUTEST..PS_PDS_TRX_FACT.PRODUCER_PARTY_KEY and HRUTEST..PS_PDS_PRODUCT.PRODUCT_KEY = HRUTEST..PS_PDS_TRX_FACT.PRODUCT_KEY and HRUTEST..PS_PDS_POL_CASE.POLICY_CASE_KEY = HRUTEST..PS_PDS_TRX_FACT.POLICY_KEY and HRUTEST..PS_PDS_TRX_FACT.PAYROLL_KEY = HRUTEST..PS_PDS_PAYROLL.PAYROLL_KEY and 4000 = HRUTEST..PS_PDS_PAYROLL.DISBURSEMENT_KEY returns 3 rows in 2 seconds SQR SOURCE: ------------------------------------------------------------------------ ------------------------- !------------------------------------------------------------/ ! P R O C E D U R E xfer.grp.ind / !------------------------------------------------------------/ begin-procedure xfer.grp.ind #debug show '@xfer.grp.ind, key, aa codes ' &AGY_AGT_KEY #debug show '@xfer.grp.ind, DISB key, ' #DISBURSEMENT_KEY begin-select on-error=stmnt-bad-exec {FACT}.TRX_KEY &TRX_KEY PLAN_YR &PLAN_YR GROUP_INDIV_CODE &GROUP_INDIV_CODE let $detail.PLAN_YR = &PLAN_YR let #TRX_KEY = &TRX_KEY if &PLAN_YR = '1' if &GROUP_INDIV_CODE= 'I' let $sub_section='' else let $sub_section='' end-if else if &GROUP_INDIV_CODE= 'I' let $sub_section='' else let $sub_section='' end-if end-if #debug show '@xfer.grp.ind FOUND ONE XXXXXXXXXXXXXXXX' &TRX_KEY let #event.type = #event.type + 1 do xfer.policy.comp.type from {FACT},{PRODUCT}, {POL_CASE}, {PAYROLL} where {FACT}.AA_KEY = &AGY_AGT_KEY and {FACT}.PAYEE_PARTY_KEY = {FACT}.PRODUCER_PARTY_KEY and {PRODUCT}.PRODUCT_KEY = {FACT}.PRODUCT_KEY and {POL_CASE}.POLICY_CASE_KEY = {FACT}.POLICY_KEY and {FACT}.PAYROLL_KEY = {PAYROLL}.PAYROLL_KEY and #DISBURSEMENT_KEY = {PAYROLL}.DISBURSEMENT_KEY end-select end-procedure ------------------------------------------------------------------------ ----------------------- This procedure takes over a minute to find the first record. From owner-sqr-users@list.iex.net Fri Apr 3 10:31:39 1998 Date: Fri, 3 Apr 1998 10:25:28 -0500 From: Scott Self Subject: Re: Evaluate Yolanda, The "break" statement in an EVALUATE causes an immediate exit from the EVALUATE only. So you will continue on the first line after the END-EVALUTE statement. Example: -------- let $foo = 'bar' evaluate $foo when = 'bar' move 1 to #count break when = 'rab' move 2 to #count break end-evaluate show #count ! program continues here and #count = 1 -------- Hope this helps, Scott Hi, I was wondering if anyone could help me. I was wondering what is the logic behind the break command in an EVALUATE statement. Within the evaluate statement, I issue a break command. Does the break command take you back out to the begin-program section or does it let you continue within the local procedure? For example, I have this in my local procedure: move '' to $product_line do cust_line do grand_dig_fin_tot In my evaluate statement I have: when = 'OT' do select_unearned_rev do earned_rev do deal_pass when-other break Since '' != $product_line, does the break take me back to my local procedure or back to the begin-program section? Any help is appreciated. Thanks Yolanda From owner-sqr-users@list.iex.net Fri Apr 3 10:34:16 1998 Date: Fri, 3 Apr 1998 13:29:54 -0800 From: TUHINAROY Subject: How to sort file contents ? Hi, I need to read a file and sort its contents based on one of the fields and print them. I dont think there's any command in SQR which would help me do this(like we have internal sort in Cobol). Can anyone tell me how it can be done? TIA Tuhina. From owner-sqr-users@list.iex.net Fri Apr 3 10:40:52 1998 Date: Fri, 3 Apr 1998 10:27:58 -0500 From: Don Mellen Subject: Re: sort file contents There are a few ways it can be done. You could read the lines into an array and write a procedure to sort the array. An example of an array sort procedure was posted by Rob Goshko not too long ago (Hi, Rob). You can find it in the archives at: http://www.sqrug.com/~sqrusers/hypermail/ Or you could use a series of OS commands (such as Unix's sort command) to create a presorted file that you can them simply read in. HTH, Don On Fri, 3 Apr 1998, TUHINAROY wrote: > Hi, > > I need to read a file and sort its contents based on one of the fields and > print them. I dont think there's any command in SQR which would help me do > this(like we have internal sort in Cobol). Can anyone tell me how it can be > done? > > TIA > Tuhina. > ______________________________ Reply Separator _________________________________ > Subject: Re: Multiple Reports in SQRW Ver 2.5.7 ??? > Author: Ray Ontko at smtp_gw > Date: 4/2/98 8:17 AM > > > Tuhina, > > > I'm working on SQR Version 2.5.7. This version does not support > > commands like Use-report, Declare-report, new-report etc. > > > > Is there any way I can generate more than 1 report from a single > > program using this version? > > I vaguely recall that although 2.5.7 does not support USE-REPORT, > I thought that it did allow NEW-REPORT. If not, the only work-around > that I can think of is to use OPEN and WRITE to format an output > file of your own. > > Ray > ---------------------------------------------------------------------- > Ray Ontko | Ray Ontko & Co | "Time for a new signature line." > rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ > ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Fri Apr 3 11:05:37 1998 Date: Fri, 3 Apr 1998 10:59:39 -0500 From: Nathan Treadway Subject: Re: Evaluate > command. Does the break command take you back out to the > begin-program section or does it let you continue within the local > procedure? The BREAK command breaks out of the inner-most EVALUATE or BEGIN-WHILE loop. It will never cause you to exit all the way out of a procedure (unless, of course, there's nothing between the end of the EVALUATE or WHILE loop and the END-PROCEDURE). Note that you don't actually NEED the break in the EVALUATE ... WHEN section, but it's usually a good idea to have it. If you leave it out, SQR will spend time evaluating all the other WHEN conditions, and in most cases EVALUTES are designed so that only one condition ever matches. Here's an example where more than one condition may match: move 3 to #n evaluate #n when = 3 when = 1 show '#n is odd' when = 4 when = 2 show '#n is even' when > 4 show '#n > 4' when > 3 show '#n > 3' when > 2 show '#n > 2' when > 1 show '#n > 1' end-evaluate will print #n is odd #n > 2 #n > 1 Nathan ---------------------------------------------------------------------------- Nathan Treadway | Ray Ontko & Co. | Software consulting services nathant@ontko.com | Richmond, IN | http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 3 13:09:15 1998 Date: Fri, 3 Apr 1998 09:26:29 -0500 From: "Weaver, Judith R" Subject: Re: SQR Viewer in a PeopleSoft Environment It does the same thing in Windows 95 and I havn't figured out how to fix it. >---------- >From: Eli Collier[SMTP:ecollier@WINSTAR.COM] >Reply To: SQR-USERS@USA.NET >Sent: Friday, April 03, 1998 9:13 AM >To: Multiple recipients of list SQR-USERS >Subject: SQR Viewer in a PeopleSoft Environment > >Does anyone have any knowledge of using SQR Viewer in a Peoplesoft >Environment with Windows NT? > > >We cannot get it to print landscape correctly without cutting off a 1/3 of >the document. > > > >Eli > >_________________________________________________________ > >Eli Collier < > >0000,0000,ffffPeopleffff,0000,000 >0Soft >Implementation Team > >ph 703.645.5110 > From owner-sqr-users@list.iex.net Fri Apr 3 13:48:24 1998 Date: Fri, 3 Apr 1998 13:44:16 -0500 From: "Simonian, Guy" Subject: Use of Sybase text datatype is recognized as char datatype! Am trying to write to a Sybase "text" datatype which is supposed to hold up to 2 gig of ascii data, yet the errors I get indicate that Sybase thinks its getting char data; begin-setup begin-sql on-error=SKIP create table {DETAILDB} (out_line text null) end-sql end-setup begin-procedure main let $abc = '1234567...300 characters of data....' begin-sql insert into {DETAILDB} (out_line) values ($abc) end-sql end-procedure -------When I run this, I get the following bind errors. It looks like SQR is passing char data, even though the field is defined as type text.: -------------------------- (SQR 5528) Sybase dbbind: ct_param error in cursor 119: (138) ct_param(): user api layer: external error: A data length of 300 exceeds the maximum length allowed for CHAR data. (SQR 5528) Sybase ct_send error in cursor 119: (138) ct_param(): user api layer: external error: A data length of 300 exceeds the maximum length allowed for CHAR data. SQL: insert into tempdb..detail (out_line) values (@__p1) Error on line 155: (SQR 3734) Couldn't compile SQL. SQRW: Program Aborting. Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client is on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 From owner-sqr-users@list.iex.net Fri Apr 3 14:05:17 1998 Date: Fri, 3 Apr 1998 10:05:47 -0600 From: Jeff Smith Subject: Re: Evaluate YMCKINNE wrote: > > Hi, > > I was wondering if anyone could help me. > > I was wondering what is the logic behind the break command in an > EVALUATE statement. Within the evaluate statement, I issue a break > command. Does the break command take you back out to the > begin-program section or does it let you continue within the local > procedure? > > For example, I have this in my local procedure: > > move '' to $product_line > do cust_line > do grand_dig_fin_tot > > In my evaluate statement I have: > > when = 'OT' > do select_unearned_rev > do earned_rev > do deal_pass > when-other > break > > Since '' != $product_line, does the break take me back to my local > procedure or back to the begin-program section? > > Any help is appreciated. > > Thanks > > Yolanda You should put a break statement at the end of each condition of the evaluate statement. When the break statement is reached the program will continue to the next line after the end-evaluate statement. From owner-sqr-users@list.iex.net Fri Apr 3 15:21:27 1998 Date: Fri, 3 Apr 1998 15:02:18 -0800 From: Ken Gartman Subject: Re: Use of Sybase text datatype is recognized as char datatype! Simonian, Guy wrote: > > Am trying to write to a Sybase "text" datatype which is supposed to hold > up > to 2 gig of ascii data, yet the errors I get indicate that Sybase thinks > its getting char data; > > begin-setup > begin-sql on-error=SKIP > create table {DETAILDB} (out_line text null) > end-sql > end-setup > > begin-procedure main > let $abc = '1234567...300 characters of data....' > begin-sql > insert into {DETAILDB} (out_line) values ($abc) > end-sql > end-procedure > > -------When I run this, I get the following bind errors. It looks like > SQR is passing char data, even though the field is defined as type > text.: > -------------------------- > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > (138) ct_param(): user api layer: external error: A data length of > 300 exceeds the maximum length allowed for CHAR data. > (SQR 5528) Sybase ct_send error in cursor 119: > (138) ct_param(): user api layer: external error: A data length of > 300 exceeds the maximum length allowed for CHAR data. > > SQL: insert into tempdb..detail (out_line) values (@__p1) > > Error on line 155: > (SQR 3734) Couldn't compile SQL. > > SQRW: Program Aborting. > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client is > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 Hi, Guy! Let's use a multi-step approach to debug this one. Thus we can isolate the problem into a smaller area of confusion. 1. Create your table outside of SQR. After you create it, verify its structure. Are the table name, column name, and column data type correct? 2. Directly at the data base level, insert a constant into the table, with a SQL statement such as: INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJJJJJJJJJJJJJJJJ') ; 4. Do you get the expected results? COMMIT ; SELECT * FROM GUY_TEMP_1 ; Do you once again get the expected results? insert into {DETAILDB} (out_line) values ($abc) 5. If all is well, code a small, simple SQR: BEGIN-PROGRAM DO INSERTS END-PROGRAM BEGIN-PROCEDURE INSERTS BEGIN-SQL INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJJJJJJJJJJJJJJJJ') ; COMMIT ; END-SQL END-PROCEDURE INSERTS 6. Execute your program with the -E and -S flags: SQR INSERT-PROGRAM.SQR -E -S Do you get any errors now? I doubt that you will, but if so, the file INSERT-PROGRAM.ERR should have the details. 7. Code up a program that uses variables: BEGIN-PROGRAM DO INSERTS END-PROGRAM BEGIN-PROCEDURE INSERTS LET $long-string = 'AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJJJJJJJJJJJJJJJJ' BEGIN-SQL INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ( $long-string ) ; COMMIT ; END-SQL END-PROCEDURE INSERTS 8. Execute as before. Any errors? I guess this the step most likely to have errors. Look up any errors in the SQR documentation. 9. At the database level, once again check the results: SELECT * FROM GUY_TEMP_1 ; Good luck, and happy computing Ken Gartman From owner-sqr-users@list.iex.net Fri Apr 3 15:21:27 1998 Date: Fri, 3 Apr 1998 14:56:44 -0500 From: Ignacio Lulli Subject: Re: Evaluate --0__=TT5DhAZGtPHiWSiZCR0Dy8sptrVc79DcZub4d3T2ddmTwB1lE93dy0w7 Content-type: text/plain; charset=us-ascii The break command merely takes you out of the evaluate statement. Processing continues after the end-evaluate statement. -Ignacio (Embedded image moved YMCKINNE to file: 04/03/98 06:44 AM PIC14134.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Evaluate Hi, I was wondering if anyone could help me. I was wondering what is the logic behind the break command in an EVALUATE statement. Within the evaluate statement, I issue a break command. Does the break command take you back out to the begin-program section or does it let you continue within the local procedure? For example, I have this in my local procedure: move '' to $product_line do cust_line do grand_dig_fin_tot In my evaluate statement I have: when = 'OT' do select_unearned_rev do earned_rev do deal_pass when-other break Since '' != $product_line, does the break take me back to my local procedure or back to the begin-program section? Any help is appreciated. Thanks Yolanda --0__=TT5DhAZGtPHiWSiZCR0Dy8sptrVc79DcZub4d3T2ddmTwB1lE93dy0w7 Content-type: application/octet-stream; name="PIC14134.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=TT5DhAZGtPHiWSiZCR0Dy8sptrVc79DcZub4d3T2ddmTwB1lE93dy0w7-- From owner-sqr-users@list.iex.net Fri Apr 3 16:06:17 1998 Date: Fri, 3 Apr 1998 11:41:35 -0500 From: Marlon Corrales Subject: Re: How to sort file contents ? Yeah. I think there's no sort in SQR. What we did was to sort the file first (VAX/VMS Sort, yes our OS is VAX/VMS), store this in a temp file and pass this to the SQR program. All of this can be done in a simple script file. :) --------------------------------------------------------------- Hi, I need to read a file and sort its contents based on one of the fields and print them. I dont think there's any command in SQR which would help me do this(like we have internal sort in Cobol). Can anyone tell me how it can be done? TIA Tuhina. From owner-sqr-users@list.iex.net Fri Apr 3 16:52:19 1998 Date: Fri, 3 Apr 1998 16:15:15 -0500 From: "Simonian, Guy" Subject: FW: Use of Sybase text datatype is recognized as char datatype! 1) - 7) of your example work fine (I shortened the table name though) 8) Errors out exactly as in my original note. It seems that SQR wants to pass $abc as char, even though SQL denotes TEXT datatypes. Arrays don't work inside the INSERT line either. > ---------- > From: Ken Gartman[SMTP:osmium@EROLS.COM] > Sent: Friday, April 03, 1998 6:02 PM > To: Multiple recipients of list SQR-USERS > Subject: Re: Use of Sybase text datatype is recognized as char > datatype! > > Simonian, Guy wrote: > > > > Am trying to write to a Sybase "text" datatype which is supposed to > hold > > up > > to 2 gig of ascii data, yet the errors I get indicate that Sybase > thinks > > its getting char data; > > > > begin-setup > > begin-sql on-error=SKIP > > create table {DETAILDB} (out_line text null) > > end-sql > > end-setup > > > > begin-procedure main > > let $abc = '1234567...300 characters of data....' > > begin-sql > > insert into {DETAILDB} (out_line) values ($abc) > > end-sql > > end-procedure > > > > -------When I run this, I get the following bind errors. It looks > like > > SQR is passing char data, even though the field is defined as type > > text.: > > -------------------------- > > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > > (138) ct_param(): user api layer: external error: A data length > of > > 300 exceeds the maximum length allowed for CHAR data. > > (SQR 5528) Sybase ct_send error in cursor 119: > > (138) ct_param(): user api layer: external error: A data length > of > > 300 exceeds the maximum length allowed for CHAR data. > > > > SQL: insert into tempdb..detail (out_line) values (@__p1) > > > > Error on line 155: > > (SQR 3734) Couldn't compile SQL. > > > > SQRW: Program Aborting. > > > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client > is > > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > > Hi, Guy! > Let's use a multi-step approach to debug this one. Thus we > can > isolate the problem into a smaller area of confusion. > > 1. Create your table outside of SQR. After you create it, verify its > structure. Are the table name, column name, and column data > type correct? > > 2. Directly at the data base level, insert a constant into the table, > with a SQL statement such as: > CREATE TABLE GUY_TEMP_1 (OUT_LINE TEXT) > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > JJJJJJJJJJJJJJJJ') > ; > > 4. Do you get the expected results? COMMIT ; SELECT * FROM > GUY_TEMP_1 > ; > Do you once again get the expected results? > insert into {DETAILDB} (out_line) values ($abc) > > 5. If all is well, code a small, simple SQR: > > BEGIN-PROGRAM > DO INSERTS > END-PROGRAM > BEGIN-PROCEDURE INSERTS > BEGIN-SQL > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > JJJJJJJJJJJJJJJJ') > ; > COMMIT ; > END-SQL > END-PROCEDURE INSERTS > > > 6. Execute your program with the -E and -S flags: > > SQR INSERT-PROGRAM.SQR -E -S > > Do you get any errors now? I doubt that you will, but if so, the > file > INSERT-PROGRAM.ERR should have the details. > > 7. Code up a program that uses variables: > > > BEGIN-PROGRAM > DO INSERTS > END-PROGRAM > BEGIN-PROCEDURE INSERTS > LET $long-string = > 'AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBB > BBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDD > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEE > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFF > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFG > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJ > JJJJJJJJJJJJJJJ' > > BEGIN-SQL > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ( $long-string ) ; > COMMIT ; > END-SQL > END-PROCEDURE INSERTS > > 8. Execute as before. Any errors? I guess this the step most likely > to have errors. Look up any errors in the SQR documentation. > > 9. At the database level, once again check the results: > > SELECT * FROM GUY_TEMP_1 ; > > > > Good luck, and happy computing > Ken Gartman > From owner-sqr-users@list.iex.net Sat Apr 4 12:42:38 1998 Date: Sat, 4 Apr 1998 12:33:24 -0800 From: "Chester J. Craig" Subject: Re: How to sort file contents ? If you are reading in a flat file the following may help. Using the "Call System" command in SQR you can execute system sorts(UNIX, DOS, ETC.) Below is an example of a sort I have used in UNIX. Let $sort_order = 'sort -n +1 -b -n +3 -r -b data-filein.dat {Anydirectory}p-250.dat -o {Anydirectory}data-fileout.dat' Call System Using $sort_order #status if #status <> 0 show ' Error executing Sort command ' #status else show 'Sort Complete Successfully ' end-if For tables you can use the "order by" option on the "Begin-Select" statement. Chester J. Craig cjcraig@sprynet.com -----Original Message----- From: TUHINAROY To: Multiple recipients of list SQR-USERS Date: Friday, April 03, 1998 7:44 AM Subject: How to sort file contents ? > Hi, > > I need to read a file and sort its contents based on one of the fields and > print them. I dont think there's any command in SQR which would help me do > this(like we have internal sort in Cobol). Can anyone tell me how it can be > done? > > TIA > Tuhina. From owner-sqr-users@list.iex.net Mon Apr 6 01:36:14 1998 Date: Mon, 6 Apr 1998 11:55:13 +1000 From: Steve Cavill Subject: Re: Begin-Select performance using 4 table Join This is a multi-part message in MIME format. --------------0A81762D1D539631DB853C9B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi Guy, It may be related to SQR buffering rows. Try -b1 option on the begin-select. This will ensure that SQR only retrieves one row at a time. The default is -b10. Note that in production it is better to increase the -b option to a large number to improve performance. Also the time taken to retrieve the first row includes the time taken to establish the connection with the database. You should try the -XP option to prevent SQR from creating temporary stored procedures. Does the whole report take 20 times longer or 57 seconds longer? To really measure the comparitive performance your SQR report should do nothing other than the select. You can use the -S option to check the exact SQL that SQR is passing to Sybase. Cheers, Steve. Simonian, Guy wrote: > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client is > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > It takes over a minute for my query to find 1 join from the database, > yet if I take the exact same SQL and run it from ISQL or RapidSQL, it > takes about 3 seconds! I've tried the -rs and -rt SQR options to run > the compiled report, but the results are the same. > > ISQL: > ------------------------------------------------------------------------ > ---------------- > > select HRUTEST..PS_PDS_TRX_FACT.TRX_KEY, PLAN_YR, GROUP_INDIV_CODE > from HRUTEST..PS_PDS_TRX_FACT,HRUTEST..PS_PDS_PRODUCT, > HRUTEST..PS_PDS_POL_CASE, HRUTEST..PS_PDS_PAYROLL where > HRUTEST..PS_PDS_TRX_FACT.AA_KEY = 4000 and > > HRUTEST..PS_PDS_TRX_FACT.PAYEE_PARTY_KEY = > HRUTEST..PS_PDS_TRX_FACT.PRODUCER_PARTY_KEY and > HRUTEST..PS_PDS_PRODUCT.PRODUCT_KEY = > HRUTEST..PS_PDS_TRX_FACT.PRODUCT_KEY and > HRUTEST..PS_PDS_POL_CASE.POLICY_CASE_KEY = > HRUTEST..PS_PDS_TRX_FACT.POLICY_KEY and > HRUTEST..PS_PDS_TRX_FACT.PAYROLL_KEY = > HRUTEST..PS_PDS_PAYROLL.PAYROLL_KEY and 4000 = > HRUTEST..PS_PDS_PAYROLL.DISBURSEMENT_KEY > > returns 3 rows in 2 seconds > SQR SOURCE: > ------------------------------------------------------------------------ > ------------------------- > > !------------------------------------------------------------/ > ! P R O C E D U R E xfer.grp.ind / > !------------------------------------------------------------/ > begin-procedure xfer.grp.ind > #debug show '@xfer.grp.ind, key, aa codes ' &AGY_AGT_KEY > #debug show '@xfer.grp.ind, DISB key, ' #DISBURSEMENT_KEY > > begin-select on-error=stmnt-bad-exec > {FACT}.TRX_KEY &TRX_KEY > PLAN_YR &PLAN_YR > GROUP_INDIV_CODE &GROUP_INDIV_CODE > let $detail.PLAN_YR = &PLAN_YR > let #TRX_KEY = &TRX_KEY > if &PLAN_YR = '1' > if &GROUP_INDIV_CODE= 'I' > let $sub_section='' > else > let $sub_section='' > end-if > else > if &GROUP_INDIV_CODE= 'I' > let $sub_section='' > else > let $sub_section='' > end-if > end-if > #debug show '@xfer.grp.ind FOUND ONE XXXXXXXXXXXXXXXX' &TRX_KEY > let #event.type = #event.type + 1 > do xfer.policy.comp.type > from {FACT},{PRODUCT}, {POL_CASE}, {PAYROLL} > where {FACT}.AA_KEY = &AGY_AGT_KEY > and {FACT}.PAYEE_PARTY_KEY = {FACT}.PRODUCER_PARTY_KEY > and {PRODUCT}.PRODUCT_KEY = {FACT}.PRODUCT_KEY > and {POL_CASE}.POLICY_CASE_KEY = {FACT}.POLICY_KEY > and {FACT}.PAYROLL_KEY = {PAYROLL}.PAYROLL_KEY > > and #DISBURSEMENT_KEY = > {PAYROLL}.DISBURSEMENT_KEY > end-select > end-procedure > > ------------------------------------------------------------------------ > ----------------------- > This procedure takes over a minute to find the first record. --------------0A81762D1D539631DB853C9B Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Steve Cavill Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Steve Cavill n: Cavill;Steve org: SQRIBE Technologies adr;dom: 1/14 Aquatic Drive;;;Frenchs Forest;;; email;internet: steve.cavill@sqribe.com.au title: Technical Services Manager x-mozilla-cpt: ;0 x-mozilla-html: TRUE version: 2.1 end: vcard --------------0A81762D1D539631DB853C9B-- From owner-sqr-users@list.iex.net Mon Apr 6 14:14:48 1998 Date: Mon, 6 Apr 1998 20:17:30 +0300 From: SEMECH Subject: SAS & SQR This is a multi-part message in MIME format. ------=_NextPart_000_0025_01BD6199.068DF8A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable We have been approached by a large FOCUS/Oracle user to help them = migrate their reports to either SAS or SQR. As we are much better versed in SQR than SAS, we would appreciate the = assistance of those with SAS experience to help us direct the user. Please note that currently they have many reports which combine flat = files with DB which they claim SAS will accomplish in an easier fashion = than SQR. Regards, Arnon Oppenheimer ------------------------------------------------------------------- SEMECH SOFTWARE MARKETING LTD. TEL : (972) - 3 - 5333144 FAX : (972) - 3 - 5333132 Email: ------------------------------------------------------------------ ------=_NextPart_000_0025_01BD6199.068DF8A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
We have been approached by a large FOCUS/Oracle user = to help=20 them migrate their reports to either SAS or SQR.
 
As we are much  better versed = in SQR than=20 SAS, we would appreciate the assistance of those with SAS experience to = help us=20 direct the user.
 
Please note that currently = they have many=20 reports which combine flat files with DB which they claim SAS will = accomplish in=20 an easier fashion than SQR.
 
Regards,
Arnon=20 Oppenheimer
 
----------------------------------------------------------------= ---
SEMECH=20 SOFTWARE MARKETING LTD.
TEL : (972) - 3 - 5333144
FAX : (972) - 3 = -=20 5333132
Email: <semech@pobox.com>
------------= ------------------------------------------------------
------=_NextPart_000_0025_01BD6199.068DF8A0-- From owner-sqr-users@list.iex.net Mon Apr 6 15:03:18 1998 Date: Mon, 6 Apr 1998 15:56:46 -0400 From: "Simonian, Guy" Subject: Followup to Sybase text datatype being recognized as char datatyp e > 1) - 7) of Ken's example work fine (I shortened the table name though) > 8) Errors out exactly as in my original note. > > It seems that SQR wants to pass $abc as char, even though SQL denotes > TEXT datatypes. > > Arrays don't work inside the INSERT line either. > > > > > > ---------- > > From: Ken Gartman[SMTP:osmium@EROLS.COM] > > Sent: Friday, April 03, 1998 6:02 PM > > To: Multiple recipients of list SQR-USERS > > Subject: Re: Use of Sybase text datatype is recognized as char > > datatype! > > > > Simonian, Guy wrote: > > > > > > Am trying to write to a Sybase "text" datatype which is supposed > to > > hold > > > up > > > to 2 gig of ascii data, yet the errors I get indicate that Sybase > > thinks > > > its getting char data; > > > > > > begin-setup > > > begin-sql on-error=SKIP > > > create table {DETAILDB} (out_line text null) > > > end-sql > > > end-setup > > > > > > begin-procedure main > > > let $abc = '1234567...300 characters of data....' > > > begin-sql > > > insert into {DETAILDB} (out_line) values ($abc) > > > end-sql > > > end-procedure > > > > > > -------When I run this, I get the following bind errors. It looks > > like > > > SQR is passing char data, even though the field is defined as type > > > text.: > > > -------------------------- > > > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > > > (138) ct_param(): user api layer: external error: A data length > > of > > > 300 exceeds the maximum length allowed for CHAR data. > > > (SQR 5528) Sybase ct_send error in cursor 119: > > > (138) ct_param(): user api layer: external error: A data length > > of > > > 300 exceeds the maximum length allowed for CHAR data. > > > > > > SQL: insert into tempdb..detail (out_line) values (@__p1) > > > > > > Error on line 155: > > > (SQR 3734) Couldn't compile SQL. > > > > > > SQRW: Program Aborting. > > > > > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR > client > > is > > > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > > > > > Hi, Guy! > > Let's use a multi-step approach to debug this one. Thus we > > can > > isolate the problem into a smaller area of confusion. > > > > 1. Create your table outside of SQR. After you create it, verify > its > > structure. Are the table name, column name, and column data > > type correct? > > > > 2. Directly at the data base level, insert a constant into the > table, > > with a SQL statement such as: > > CREATE TABLE GUY_TEMP_1 (OUT_LINE TEXT) > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > > > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > > JJJJJJJJJJJJJJJJ') > > ; > > > > 4. Do you get the expected results? COMMIT ; SELECT * FROM > > GUY_TEMP_1 > > ; > > Do you once again get the expected results? > > insert into {DETAILDB} (out_line) values ($abc) > > > > 5. If all is well, code a small, simple SQR: > > > > BEGIN-PROGRAM > > DO INSERTS > > END-PROGRAM > > BEGIN-PROCEDURE INSERTS > > BEGIN-SQL > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > > > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > > JJJJJJJJJJJJJJJJ') > > ; > > COMMIT ; > > END-SQL > > END-PROCEDURE INSERTS > > > > > > 6. Execute your program with the -E and -S flags: > > > > SQR INSERT-PROGRAM.SQR -E -S > > > > Do you get any errors now? I doubt that you will, but if so, the > > file > > INSERT-PROGRAM.ERR should have the details. > > > > 7. Code up a program that uses variables: > > > > > > BEGIN-PROGRAM > > DO INSERTS > > END-PROGRAM > > BEGIN-PROCEDURE INSERTS > > LET $long-string = > > > 'AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJ > > JJJJJJJJJJJJJJJ' > > > > BEGIN-SQL > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ( $long-string ) ; > > COMMIT ; > > END-SQL > > END-PROCEDURE INSERTS > > > > 8. Execute as before. Any errors? I guess this the step most > likely > > to have errors. Look up any errors in the SQR > documentation. > > > > 9. At the database level, once again check the results: > > > > SELECT * FROM GUY_TEMP_1 ; > > > > > > > > Good luck, and happy computing > > Ken Gartman > > > From owner-sqr-users@list.iex.net Mon Apr 6 15:59:50 1998 Date: Mon, 6 Apr 1998 13:38:33 -0700 From: Colin McCauley Subject: Parsing PeopleSoft PayCheck Output Has anyone written or seen a tool to parse the PAY003.lis file written by PeopleSoft as the Paycheck output file? I would like to input it into another application. ____________________________________ Colin McCauley - Northern Arizona University Support Systems Analyst - Payroll/HRIS 520.523.8146phn ----- 520.523.5239fx From owner-sqr-users@list.iex.net Mon Apr 6 16:33:23 1998 Date: Mon, 6 Apr 1998 17:09:09 -0400 From: Ignacio Lulli Subject: Re: Parsing PeopleSoft PayCheck Output --0__=wOPoFc0PriFLs4PwEvQChjdEERX0QVzgQhPahSnvqDDwOz3AtB04pc3R Content-type: text/plain; charset=us-ascii No, I haven't written anything like this, but if I needed to, I would use the UNSTRING command to accomplish what you are looking to do. Good luck! -Ignacio (Embedded image moved Colin McCauley to file: 04/06/98 01:38 PM PIC06379.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Parsing PeopleSoft PayCheck Output Has anyone written or seen a tool to parse the PAY003.lis file written by PeopleSoft as the Paycheck output file? I would like to input it into another application. ____________________________________ Colin McCauley - Northern Arizona University Support Systems Analyst - Payroll/HRIS 520.523.8146phn ----- 520.523.5239fx --0__=wOPoFc0PriFLs4PwEvQChjdEERX0QVzgQhPahSnvqDDwOz3AtB04pc3R Content-type: application/octet-stream; name="PIC06379.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=wOPoFc0PriFLs4PwEvQChjdEERX0QVzgQhPahSnvqDDwOz3AtB04pc3R-- From owner-sqr-users@list.iex.net Mon Apr 6 16:52:10 1998 Date: Mon, 6 Apr 1998 15:43:05 -0600 From: "Duckworth, Jerry" Subject: Re: Parsing PeopleSoft PayCheck Output I don't know about parsing the PAY003.lis file but you could modify = PAY003.sqr to generate one or more flat files in addition to PAY003.lis. = Don't know if that would work for your application or not. ---------- From: SQR-USERS=5BSMTP:SQR-USERS=40USA.NET=5D Sent: Monday, April 06, 1998 1:39 PM To: Multiple recipients of list SQR Subject: Parsing PeopleSoft PayCheck Output Subject: Parsing PeopleSoft PayCheck Output To: Multiple recipients of list SQR-USERS Has anyone written or seen a tool to parse the PAY003.lis file written by PeopleSoft as the Paycheck output file? I would like to input it into another application. ____________________________________ Colin McCauley - Northern Arizona University Support Systems Analyst - Payroll/HRIS 520.523.8146phn ----- 520.523.5239fx From owner-sqr-users@list.iex.net Mon Apr 6 17:38:08 1998 Date: Mon, 6 Apr 1998 16:34:13 -0500 From: John Niedziela Subject: Re: Parsing PeopleSoft PayCheck Output Here are a couple of tools that will parse out txt data and convert to a dbf or xls or whatever. Monarch by Personics - any software or pc store should have it. Data junction by data junction - www.datajunction.com - more sophisticated. costs about a grand?? if you have any questions contact via e-mail or voice at 630-572-1831 Regards At 01:38 PM 4/6/98 -0700, you wrote: >Has anyone written or seen a tool to parse the PAY003.lis file written by >PeopleSoft as the Paycheck output file? >I would like to input it into another application. >____________________________________ >Colin McCauley - Northern Arizona University >Support Systems Analyst - Payroll/HRIS >520.523.8146phn ----- 520.523.5239fx > From owner-sqr-users@list.iex.net Mon Apr 6 17:53:57 1998 Date: Mon, 6 Apr 1998 16:17:11 -0600 From: Robert Goshko Subject: Re: Parsing PeopleSoft PayCheck Output ------ =_NextPart_000_01BD6177.EEE8AB30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have in the past just changed the output of the pay003 program to give = me a flat file that is used by a cheque printing program. Do you still = need the original file? If so why not add a procedure to write a second = flat file? ......Rob -------------------------------------------------------------------------= --- Robert Goshko | Axis Developments | System Consulting = Services robert.goshko@axis-dev.com | Sherwood Park, AB | (403) 417-AXIS -----Original Message----- From: Colin McCauley [SMTP:Colin.McCauley@NAU.EDU] Sent: Monday, April 06, 1998 2:39 PM To: Multiple recipients of list SQR-USERS Subject: Parsing PeopleSoft PayCheck Output Has anyone written or seen a tool to parse the PAY003.lis file written = by PeopleSoft as the Paycheck output file? I would like to input it into another application. ____________________________________ Colin McCauley - Northern Arizona University Support Systems Analyst - Payroll/HRIS 520.523.8146phn ----- 520.523.5239fx ------ =_NextPart_000_01BD6177.EEE8AB30 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IiUWAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAkAEAAAEAAAAQAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAQQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0Eu TkVUAFNNVFAAU1FSLVVTRVJTQFVTQS5ORVQAAAAAHgACMAEAAAAFAAAAU01UUAAAAAAeAAMwAQAA ABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAMAFQwBAAAAAwD+DwYAAAAeAAEwAQAAABQAAAAnU1FS LVVTRVJTQFVTQS5ORVQnAAIBCzABAAAAFwAAAFNNVFA6U1FSLVVTRVJTQFVTQS5ORVQAAAMAADkA AAAACwBAOgEAAAAeAPZfAQAAABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAIB918BAAAAQQAAAAAA AACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0EuTkVUAFNNVFAAU1FSLVVTRVJTQFVT QS5ORVQAAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAALhQwEEgAEAJwAAAFJFOiBQ YXJzaW5nIFBlb3BsZVNvZnQgUGF5Q2hlY2sgT3V0cHV0AL8NAQWAAwAOAAAAzgcEAAYAEAARAAsA AQAMAQEggAMADgAAAM4HBAAGABAADgASAAEAEAEBCYABACEAAAAxQkJFN0NBNDlCQ0REMTExQjMy RjAwNjAwODhDNjg2NAAwBwEDkAYACAcAACEAAAALAAIAAQAAAAsAIwAAAAAAAwAmAAAAAAALACkA AAAAAAMALgAAAAAAAwA2AAAAAABAADkAoNcXv6lhvQEeAHAAAQAAACcAAABSRTogUGFyc2luZyBQ ZW9wbGVTb2Z0IFBheUNoZWNrIE91dHB1dAAAAgFxAAEAAAAWAAAAAb1hqb8KpHy+Hc2bEdGzLwBg CIxoZAAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABsAAAByb2JlcnQuZ29zaGtvQGF4aXMt ZGV2LmNvbQAAAwAGEOqJuTcDAAcQBAMAAB4ACBABAAAAZQAAAElIQVZFSU5USEVQQVNUSlVTVENI QU5HRURUSEVPVVRQVVRPRlRIRVBBWTAwM1BST0dSQU1UT0dJVkVNRUFGTEFURklMRVRIQVRJU1VT RURCWUFDSEVRVUVQUklOVElOR1BST0cAAAAAAgEJEAEAAADVAwAA0QMAAOgFAABMWkZ1bKPPQwMA CgByY3BnMTI1FjIA+Atgbg4QMDMznQH3IAKkA+MCAGNoCsDgc2V0MCAHEwKDAFDjAvIQ2VRhaANx AoMOUF8EVRDZCFUHsgKDMxBncGhycTIRdn0KgAjIIDY7CW8OMDUCgAqBdWMbAFALA2MSEgvEIEkg EREAdmUgC4AgdGjLG6AKsHMFQGp1HFEQ8c8PIAmAG+MIYHRwHaAdgPJmG+V5MA9QHCADYAnAhGFt G+BvIGdpG5GxB4AgYSAO8QVAZgMQbxugG/AgUQQAIByQHSFi5nkgARDwZXEKUB7RC4AKdAuAZx7W LiAgRHUfcHkIYCAcUAMQAyBubwngHTUFEB+QbgdAIHM/lSNwSR4Qcx9wd2ghsORubwVAYWQdMCAQ HuG+YwmACHAgsSYxBRB0H/LbETAFoG4dMCA3PwqiCoQPCoQacgLREiFzMTcgPi4rcggADDApqhPQ IC3/LP8uDy8fMC8wpSmUI3AyEgcrwQSQBUBHb3NoaysfcDNFfBFweCEhRGX7G5AJAHAHgAIwBCAz wAawnRxQZR9ACFAAgHVsIqN9BmF2DeAHkCmUA2Ayki5SZzLzQGEz8S0BAHYeLgWgH0A1ARwAcndv SQRwIFAKwGssEXBCEzOxMhQoNA9QKSA0wStALUFYSVMSAioJCRYTMTYp+mxpMza3AUAe4SgwYwVA MKNPJQbyTQeQc2EdEDFpPeY90YcLEz4EAgBpLTE0OqA5PYExOB6gDMFCE2Ig6kYDYToMg2IVAj2Q A6BQTWNDYTXQZSGwW6BTTVRQOkQzLkSWAEBOQVUuRURVvl0plUNABmACMEOnTSixTx6AOcEiYQMg MDY5wDEAOTk4IDI6MznlOXBNRvdUb0fINdILUPsboAlwYwUgCJA0wh4BPZABHFFTUVItVVNFxlI7 YEcHdWJqPjFDp2c5gQCQIsFQZTSAIKBTJx4ABUA5gHlDHABja/wgTx2jQB9BKj2UC7Ypo/ZIHEAg AG4jwCRgJ/MoMP8DoAWxETBVcSAQH2AG8B9SRwqxETAb41BBWR6hLv9M4SB0VSYhoCmUT9lUgVcj /x6AIfFQ4R2VKUkbUDkwNdD7HTA9kGsnswuAHcIoIBux3x9hAHAmoDkBIABwC1AN4NUgUGkCIC4p lF9fv2DP9l8plEQ9LQewCRE5AQOg7QcRegIgIBBVAwAbkE9xfnRY9U5QXqAJETUVBCBBPyVBNTFj MVCBA2AkMC9IzlI7USmjDkAwLg5AV7BiOEIQNnBoA6AwoyBjaDZocTlmeCmaF4EAAWtwAAAAAwAQ EAAAAAADABEQAAAAAAMAgBD/////QAAHMCARgFepYb0BQAAIMCARgFepYb0BCwAAgAggBgAAAAAA wAAAAAAAAEYAAAAAA4UAAAAAAAADADqACCAGAAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AO4AI IAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADguMAADADyACCAGAAAAAADAAAAAAAAARgAA AAABhQAAAAAAAAsARYAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwBGgAggBgAAAAAAwAAA AAAAAEYAAAAAEIUAAAAAAAADAEeACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMASoAIIAYA AAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBagAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAAB AAAAAAAAAB4AW4AIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeAFyACCAGAAAA AADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAHgA9AAEAAAAFAAAAUkU6IAAAAAADAA00/TcA AM+k ------ =_NextPart_000_01BD6177.EEE8AB30-- From owner-sqr-users@list.iex.net Mon Apr 6 19:12:32 1998 Date: Mon, 6 Apr 1998 17:14:52 -0400 From: Ignacio Lulli Subject: Need help getting a bmp logo to print out properly Hi everyone, I am trying to print a logo on an HP printer, but I only get a shaded box where the logo would go. Any ideas?? I have listed some code below. Thanks. -Ignacio [some code...] #include 'setenv.sqc' #include 'setup02.sqc' #include 'poylaser.sqc' [some code...] !---------------------------------------- begin-setup declare printer ! Declare printer characteristics. type={Laser} ! Types are POSTSCRIPT, HPLASERJET, left-margin=.25 top-margin=.25 ! or LINEPRINTER font=4 ! Font number. ! font-style=fixed ! symbol-set=0U lines-inch=6 ! 6lines per inch point-size=8 char-size=7.2 orientation=portrait ! Or Landscape. end-setup !---------------------------------------- Begin-Heading 8 [some code...] graphic () font 4 8 !USM/JIL - 4/1/98 added USMINT logo to header print-image (2,35) type = bmp-file source = 'M:\psoft\fs700dv1\sqr\USMint.bmp' image-size = (10,5) End-Heading !---------------------------------------- begin-report [some code...] end-report From owner-sqr-users@list.iex.net Mon Apr 6 20:11:56 1998 Date: Mon, 6 Apr 1998 21:09:06 -0400 From: Ignacio Lulli Subject: Re: Need help getting a bmp logo to print out properly --0__=k2JOeq5gdaAjHoXeCyVZwvFxPLOL3aG2H1dPQku2w8H4gyG16aKNCGJW Content-type: text/plain; charset=us-ascii I would like to add to my earlier email. I just went through the SQR Users library and found some great information. Apparently: 1) the -printer:wp flag is required to print BMP files on HP printers (using SQR v3.0.18.1.1) 2) or I can use use the -printer:hp flag but would need to convert the BMP file to HPGL/2 format beforehand. My questions: 1) is the above information totally correct? 2) how can I convert my BMP file into HPGL/2? 3) has anyone else printed logos using PeopleSoft, Win95 and HP printers? Thanks for your help. -Ignacio (Embedded image moved Ignacio Lulli to file: 04/06/98 02:14 PM PIC02646.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Need help getting a bmp logo to print out properly Hi everyone, I am trying to print a logo on an HP printer, but I only get a shaded box where the logo would go. Any ideas?? I have listed some code below. Thanks. -Ignacio [some code...] #include 'setenv.sqc' #include 'setup02.sqc' #include 'poylaser.sqc' [some code...] !---------------------------------------- begin-setup declare printer ! Declare printer characteristics. type={Laser} ! Types are POSTSCRIPT, HPLASERJET, left-margin=.25 top-margin=.25 ! or LINEPRINTER font=4 ! Font number. ! font-style=fixed ! symbol-set=0U lines-inch=6 ! 6lines per inch point-size=8 char-size=7.2 orientation=portrait ! Or Landscape. end-setup !---------------------------------------- Begin-Heading 8 [some code...] graphic () font 4 8 !USM/JIL - 4/1/98 added USMINT logo to header print-image (2,35) type = bmp-file source = 'M:\psoft\fs700dv1\sqr\USMint.bmp' image-size = (10,5) End-Heading !---------------------------------------- begin-report [some code...] end-report --0__=k2JOeq5gdaAjHoXeCyVZwvFxPLOL3aG2H1dPQku2w8H4gyG16aKNCGJW Content-type: application/octet-stream; name="PIC02646.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=k2JOeq5gdaAjHoXeCyVZwvFxPLOL3aG2H1dPQku2w8H4gyG16aKNCGJW-- From owner-sqr-users@list.iex.net Mon Apr 6 20:39:22 1998 Date: Mon, 6 Apr 1998 17:50:33 -0400 From: Jim Herrity Subject: Re: Parsing PeopleSoft PayCheck Output Hi Colin, I use a program called Monarch which will read PRN, LIS , TXT and other formats and convert them into many other formats such as Excel, CSV, TXT files. Nice package which will hold onto your parsing that came be reused with each new LIS generation. Check them out at www.datawatch.com. Cheers, Jim Herrity - The Support Group -----Original Message----- From: Colin McCauley To: Multiple recipients of list SQR-USERS Date: Monday, April 06, 1998 5:12 PM Subject: Parsing PeopleSoft PayCheck Output >Has anyone written or seen a tool to parse the PAY003.lis file written by >PeopleSoft as the Paycheck output file? >I would like to input it into another application. >____________________________________ >Colin McCauley - Northern Arizona University >Support Systems Analyst - Payroll/HRIS >520.523.8146phn ----- 520.523.5239fx From owner-sqr-users@list.iex.net Mon Apr 6 21:18:25 1998 Date: Mon, 6 Apr 1998 19:13:40 -0400 From: SteveHall Motel Subject: Re: Begin-Select performance using 4 table Join Hello Guy: Looks like you are in deep! Hope everything is going OK. -S From owner-sqr-users@list.iex.net Tue Apr 7 08:49:34 1998 Date: Tue, 7 Apr 1998 09:40:34 -0400 From: "Simonian, Guy" Subject: FW: Begin-Select performance using 4 table Join Thanks for the pointer Steve. Using -xp does have a difference on this app. and makes it run in a second or two, rather than the minute or longer. Since the query involved uses bind variables and dynamic query variables, we were apparently creating far too many temporary stored procedures, -xp suppressed that activity. > ---------- > From: Steve Cavill[SMTP:steve.cavill@SQRIBE.COM.AU] > Sent: Sunday, April 05, 1998 9:55 PM > To: Multiple recipients of list SQR-USERS > Subject: Re: Begin-Select performance using 4 table Join > > > Hi Guy, > It may be related to SQR buffering rows. > Try -b1 option on the begin-select. This will ensure that SQR only > retrieves one row at a time. The default is -b10. Note that in > production > it is better to increase the -b option to a large number to improve > performance. > > Also the time taken to retrieve the first row includes the time taken > to > establish the connection with the database. > You should try the -XP option to prevent SQR from creating temporary > stored > procedures. > > Does the whole report take 20 times longer or 57 seconds longer? To > really > measure the comparitive performance your SQR report should do nothing > other > than the select. You can use the -S option to check the exact SQL > that SQR > is passing to Sybase. > > Cheers, Steve. > > Simonian, Guy wrote: > > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client > is > > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > > > It takes over a minute for my query to find 1 join from the > database, > > yet if I take the exact same SQL and run it from ISQL or RapidSQL, > it > > takes about 3 seconds! I've tried the -rs and -rt SQR options to > run > > the compiled report, but the results are the same. > > > > ISQL: > > > ---------------------------------------------------------------------- > -- > > ---------------- > > > > select HRUTEST..PS_PDS_TRX_FACT.TRX_KEY, PLAN_YR, GROUP_INDIV_CODE > > from HRUTEST..PS_PDS_TRX_FACT,HRUTEST..PS_PDS_PRODUCT, > > HRUTEST..PS_PDS_POL_CASE, HRUTEST..PS_PDS_PAYROLL where > > HRUTEST..PS_PDS_TRX_FACT.AA_KEY = 4000 and > > > > HRUTEST..PS_PDS_TRX_FACT.PAYEE_PARTY_KEY = > > HRUTEST..PS_PDS_TRX_FACT.PRODUCER_PARTY_KEY and > > HRUTEST..PS_PDS_PRODUCT.PRODUCT_KEY = > > HRUTEST..PS_PDS_TRX_FACT.PRODUCT_KEY and > > HRUTEST..PS_PDS_POL_CASE.POLICY_CASE_KEY = > > HRUTEST..PS_PDS_TRX_FACT.POLICY_KEY and > > HRUTEST..PS_PDS_TRX_FACT.PAYROLL_KEY = > > HRUTEST..PS_PDS_PAYROLL.PAYROLL_KEY and 4000 = > > HRUTEST..PS_PDS_PAYROLL.DISBURSEMENT_KEY > > > > returns 3 rows in 2 seconds > > SQR SOURCE: > > > ---------------------------------------------------------------------- > -- > > ------------------------- > > > > !------------------------------------------------------------/ > > ! P R O C E D U R E xfer.grp.ind / > > !------------------------------------------------------------/ > > begin-procedure xfer.grp.ind > > #debug show '@xfer.grp.ind, key, aa codes ' &AGY_AGT_KEY > > #debug show '@xfer.grp.ind, DISB key, ' #DISBURSEMENT_KEY > > > > begin-select on-error=stmnt-bad-exec > > {FACT}.TRX_KEY &TRX_KEY > > PLAN_YR &PLAN_YR > > GROUP_INDIV_CODE &GROUP_INDIV_CODE > > let $detail.PLAN_YR = &PLAN_YR > > let #TRX_KEY = &TRX_KEY > > if &PLAN_YR = '1' > > if &GROUP_INDIV_CODE= 'I' > > let $sub_section='' > > else > > let $sub_section='' > > end-if > > else > > if &GROUP_INDIV_CODE= 'I' > > let $sub_section='' > > else > > let $sub_section='' > > end-if > > end-if > > #debug show '@xfer.grp.ind FOUND ONE XXXXXXXXXXXXXXXX' &TRX_KEY > > let #event.type = #event.type + 1 > > do xfer.policy.comp.type > > from {FACT},{PRODUCT}, {POL_CASE}, {PAYROLL} > > where {FACT}.AA_KEY = &AGY_AGT_KEY > > and {FACT}.PAYEE_PARTY_KEY = {FACT}.PRODUCER_PARTY_KEY > > and {PRODUCT}.PRODUCT_KEY = {FACT}.PRODUCT_KEY > > and {POL_CASE}.POLICY_CASE_KEY = {FACT}.POLICY_KEY > > and {FACT}.PAYROLL_KEY = {PAYROLL}.PAYROLL_KEY > > > > and #DISBURSEMENT_KEY = > > {PAYROLL}.DISBURSEMENT_KEY > > end-select > > end-procedure > > > > > ---------------------------------------------------------------------- > -- > > ----------------------- > > This procedure takes over a minute to find the first record. > > > From owner-sqr-users@list.iex.net Tue Apr 7 08:49:42 1998 Date: Tue, 7 Apr 1998 09:43:50 -0400 From: "Simonian, Guy" Subject: Multiple Table Join performance resolved Thanks for the pointer Steve. Using -xp does have a difference on this app. and makes it run in a second or two, rather than the minute or longer. Since the query involved uses bind variables and dynamic query variables, we were apparently creating far too many temporary stored procedures, -xp suppressed that activity. > ---------- > From: Steve Cavill[SMTP:steve.cavill@SQRIBE.COM.AU] > Sent: Sunday, April 05, 1998 9:55 PM > To: Multiple recipients of list SQR-USERS > Subject: Re: Begin-Select performance using 4 table Join > > > Hi Guy, > It may be related to SQR buffering rows. > Try -b1 option on the begin-select. This will ensure that SQR only > retrieves one row at a time. The default is -b10. Note that in > production > it is better to increase the -b option to a large number to improve > performance. > > Also the time taken to retrieve the first row includes the time taken > to > establish the connection with the database. > You should try the -XP option to prevent SQR from creating temporary > stored > procedures. > > Does the whole report take 20 times longer or 57 seconds longer? To > really > measure the comparitive performance your SQR report should do nothing > other > than the select. You can use the -S option to check the exact SQL > that SQR > is passing to Sybase. > > Cheers, Steve. > > Simonian, Guy wrote: > > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR client > is > > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > > > It takes over a minute for my query to find 1 join from the > database, > > yet if I take the exact same SQL and run it from ISQL or RapidSQL, > it > > takes about 3 seconds! I've tried the -rs and -rt SQR options to > run > > the compiled report, but the results are the same. > > > > ISQL: > > > ---------------------------------------------------------------------- > -- > > ---------------- > > > > select HRUTEST..PS_PDS_TRX_FACT.TRX_KEY, PLAN_YR, GROUP_INDIV_CODE > > from HRUTEST..PS_PDS_TRX_FACT,HRUTEST..PS_PDS_PRODUCT, > > HRUTEST..PS_PDS_POL_CASE, HRUTEST..PS_PDS_PAYROLL where > > HRUTEST..PS_PDS_TRX_FACT.AA_KEY = 4000 and > > > > HRUTEST..PS_PDS_TRX_FACT.PAYEE_PARTY_KEY = > > HRUTEST..PS_PDS_TRX_FACT.PRODUCER_PARTY_KEY and > > HRUTEST..PS_PDS_PRODUCT.PRODUCT_KEY = > > HRUTEST..PS_PDS_TRX_FACT.PRODUCT_KEY and > > HRUTEST..PS_PDS_POL_CASE.POLICY_CASE_KEY = > > HRUTEST..PS_PDS_TRX_FACT.POLICY_KEY and > > HRUTEST..PS_PDS_TRX_FACT.PAYROLL_KEY = > > HRUTEST..PS_PDS_PAYROLL.PAYROLL_KEY and 4000 = > > HRUTEST..PS_PDS_PAYROLL.DISBURSEMENT_KEY > > > > returns 3 rows in 2 seconds > > SQR SOURCE: > > > ---------------------------------------------------------------------- > -- > > ------------------------- > > > > !------------------------------------------------------------/ > > ! P R O C E D U R E xfer.grp.ind / > > !------------------------------------------------------------/ > > begin-procedure xfer.grp.ind > > #debug show '@xfer.grp.ind, key, aa codes ' &AGY_AGT_KEY > > #debug show '@xfer.grp.ind, DISB key, ' #DISBURSEMENT_KEY > > > > begin-select on-error=stmnt-bad-exec > > {FACT}.TRX_KEY &TRX_KEY > > PLAN_YR &PLAN_YR > > GROUP_INDIV_CODE &GROUP_INDIV_CODE > > let $detail.PLAN_YR = &PLAN_YR > > let #TRX_KEY = &TRX_KEY > > if &PLAN_YR = '1' > > if &GROUP_INDIV_CODE= 'I' > > let $sub_section='' > > else > > let $sub_section='' > > end-if > > else > > if &GROUP_INDIV_CODE= 'I' > > let $sub_section='' > > else > > let $sub_section='' > > end-if > > end-if > > #debug show '@xfer.grp.ind FOUND ONE XXXXXXXXXXXXXXXX' &TRX_KEY > > let #event.type = #event.type + 1 > > do xfer.policy.comp.type > > from {FACT},{PRODUCT}, {POL_CASE}, {PAYROLL} > > where {FACT}.AA_KEY = &AGY_AGT_KEY > > and {FACT}.PAYEE_PARTY_KEY = {FACT}.PRODUCER_PARTY_KEY > > and {PRODUCT}.PRODUCT_KEY = {FACT}.PRODUCT_KEY > > and {POL_CASE}.POLICY_CASE_KEY = {FACT}.POLICY_KEY > > and {FACT}.PAYROLL_KEY = {PAYROLL}.PAYROLL_KEY > > > > and #DISBURSEMENT_KEY = > > {PAYROLL}.DISBURSEMENT_KEY > > end-select > > end-procedure > > > > > ---------------------------------------------------------------------- > -- > > ----------------------- > > This procedure takes over a minute to find the first record. > > > > From owner-sqr-users@list.iex.net Tue Apr 7 08:52:03 1998 Date: Tue, 7 Apr 1998 09:46:32 -0400 From: "Simonian, Guy" Subject: SQR does not handle Sybase Text datatype Am still trying to get SQR to handle Text datatypes. > 1) - 7) of Ken's example work fine (I shortened the table name though) > 8) Errors out exactly as in my original note. > > It seems that SQR wants to pass $abc as char, even though SQL denotes > TEXT datatypes. > > Arrays don't work inside the INSERT line either. > > > > > > ---------- > > From: Ken Gartman[SMTP:osmium@EROLS.COM] > > Sent: Friday, April 03, 1998 6:02 PM > > To: Multiple recipients of list SQR-USERS > > Subject: Re: Use of Sybase text datatype is recognized as char > > datatype! > > > > Simonian, Guy wrote: > > > > > > Am trying to write to a Sybase "text" datatype which is supposed > to > > hold > > > up > > > to 2 gig of ascii data, yet the errors I get indicate that Sybase > > thinks > > > its getting char data; > > > > > > begin-setup > > > begin-sql on-error=SKIP > > > create table {DETAILDB} (out_line text null) > > > end-sql > > > end-setup > > > > > > begin-procedure main > > > let $abc = '1234567...300 characters of data....' > > > begin-sql > > > insert into {DETAILDB} (out_line) values ($abc) > > > end-sql > > > end-procedure > > > > > > -------When I run this, I get the following bind errors. It looks > > like > > > SQR is passing char data, even though the field is defined as type > > > text.: > > > -------------------------- > > > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > > > (138) ct_param(): user api layer: external error: A data length > > of > > > 300 exceeds the maximum length allowed for CHAR data. > > > (SQR 5528) Sybase ct_send error in cursor 119: > > > (138) ct_param(): user api layer: external error: A data length > > of > > > 300 exceeds the maximum length allowed for CHAR data. > > > > > > SQL: insert into tempdb..detail (out_line) values (@__p1) > > > > > > Error on line 155: > > > (SQR 3734) Couldn't compile SQL. > > > > > > SQRW: Program Aborting. > > > > > > Am running SQR V3.0.18.1 in a Sybase 11 environment. The SQR > client > > is > > > on SunOS 5.5.1 and also on WinNT. Sybase is under SunOS 5.5.1 > > > > > > Hi, Guy! > > Let's use a multi-step approach to debug this one. Thus we > > can > > isolate the problem into a smaller area of confusion. > > > > 1. Create your table outside of SQR. After you create it, verify > its > > structure. Are the table name, column name, and column data > > type correct? > > > > 2. Directly at the data base level, insert a constant into the > table, > > with a SQL statement such as: > > CREATE TABLE GUY_TEMP_1 (OUT_LINE TEXT) > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > > > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > > JJJJJJJJJJJJJJJJ') > > ; > > > > 4. Do you get the expected results? COMMIT ; SELECT * FROM > > GUY_TEMP_1 > > ; > > Do you once again get the expected results? > > insert into {DETAILDB} (out_line) values ($abc) > > > > 5. If all is well, code a small, simple SQR: > > > > BEGIN-PROGRAM > > DO INSERTS > > END-PROGRAM > > BEGIN-PROCEDURE INSERTS > > BEGIN-SQL > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES > > > ('AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJ > > JJJJJJJJJJJJJJJJ') > > ; > > COMMIT ; > > END-SQL > > END-PROCEDURE INSERTS > > > > > > 6. Execute your program with the -E and -S flags: > > > > SQR INSERT-PROGRAM.SQR -E -S > > > > Do you get any errors now? I doubt that you will, but if so, the > > file > > INSERT-PROGRAM.ERR should have the details. > > > > 7. Code up a program that uses variables: > > > > > > BEGIN-PROGRAM > > DO INSERTS > > END-PROGRAM > > BEGIN-PROCEDURE INSERTS > > LET $long-string = > > > 'AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBB > > > BBBBBBBBBBBBBBBBBBBBBBBBBBCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCDDDDD > > > DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDEEEEEEE > > > EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEFFFFFFFFFF > > > FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG > > > GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > > > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIJJJ > > JJJJJJJJJJJJJJJ' > > > > BEGIN-SQL > > INSERT INTO GUY_TEMP_1 (OUT_LINE) VALUES ( $long-string ) ; > > COMMIT ; > > END-SQL > > END-PROCEDURE INSERTS > > > > 8. Execute as before. Any errors? I guess this the step most > likely > > to have errors. Look up any errors in the SQR > documentation. > > > > 9. At the database level, once again check the results: > > > > SELECT * FROM GUY_TEMP_1 ; > > > > > > > > Good luck, and happy computing > > Ken Gartman > > > > From owner-sqr-users@list.iex.net Tue Apr 7 09:03:46 1998 Date: Tue, 7 Apr 1998 09:52:47 -0400 From: "Connaghan, Rebecca" Subject: Re: Need help getting a bmp logo to print out properly Ignacio, Your information is correct, however I don't believe it will ever work. I have been trying to get a logo to print on a purchase order using the code you describe below as well as additional code suggested by other folks on this forum. Apparently, there is a problem between PS, WIN 95 and SQR v3. This is supposed to be corrected with SQR v 4, however PS will not certify its use until PS 7.5 comes out later this year. Anyway, if you ever do get this to work in your present configuration, please post the answer out here. Good luck! Rebecca > -----Original Message----- > From: Ignacio Lulli [SMTP:Ignacio_Lulli@PEOPLESOFT.COM] > Sent: Monday, April 06, 1998 9:09 PM > To: Multiple recipients of list SQR-USERS > Subject: Re: Need help getting a bmp logo to print out properly > > I would like to add to my earlier email. > > I just went through the SQR Users library and found some great > information. > Apparently: > > 1) the -printer:wp flag is required to print BMP files on HP printers > (using SQR v3.0.18.1.1) > 2) or I can use use the -printer:hp flag but would need to convert the > BMP > file to HPGL/2 format beforehand. > > My questions: > 1) is the above information totally correct? > 2) how can I convert my BMP file into HPGL/2? > 3) has anyone else printed logos using PeopleSoft, Win95 and HP > printers? > > Thanks for your help. > -Ignacio > > > > > (Embedded > image moved Ignacio Lulli > to file: 04/06/98 02:14 PM > PIC02646.PCX) > > > > > Please respond to SQR-USERS@USA.NET > > To: Multiple recipients of list SQR-USERS > cc: (bcc: Ignacio Lulli) > Subject: Need help getting a bmp logo to print out properly > > > > > Hi everyone, > I am trying to print a logo on an HP printer, but I only get a shaded > box > where the logo would go. Any ideas?? > I have listed some code below. Thanks. > -Ignacio > > [some code...] > #include 'setenv.sqc' > #include 'setup02.sqc' > #include 'poylaser.sqc' > [some code...] > !---------------------------------------- > begin-setup > declare printer ! Declare printer characteristics. > type={Laser} ! Types are POSTSCRIPT, HPLASERJET, > left-margin=.25 top-margin=.25 ! or LINEPRINTER > font=4 ! Font number. > ! font-style=fixed > ! symbol-set=0U > lines-inch=6 ! 6lines per inch > point-size=8 > char-size=7.2 > orientation=portrait ! Or Landscape. > end-setup > !---------------------------------------- > Begin-Heading 8 > [some code...] > graphic () font 4 8 > !USM/JIL - 4/1/98 added USMINT logo to header > print-image (2,35) > type = bmp-file > source = 'M:\psoft\fs700dv1\sqr\USMint.bmp' > image-size = (10,5) > End-Heading > > !---------------------------------------- > begin-report > [some code...] > end-report > > << File: PIC02646.PCX >> From owner-sqr-users@list.iex.net Tue Apr 7 12:51:58 1998 Date: Tue, 7 Apr 1998 09:58:47 -0500 From: Nathan Treadway Subject: Re: Use of Sybase text datatype is recognized as char datatype! > begin-procedure main > let $abc = '1234567...300 characters of data....' > begin-sql > insert into {DETAILDB} (out_line) values ($abc) > end-sql > end-procedure > > > -------When I run this, I get the following bind errors. It looks like > SQR is passing char data, even though the field is defined as type > text.: > -------------------------- > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > (138) ct_param(): user api layer: external error: A data length of > 300 exceeds the maximum length allowed for CHAR data. > (SQR 5528) Sybase ct_send error in cursor 119: > (138) ct_param(): user api layer: external error: A data length of > 300 exceeds the maximum length allowed for CHAR data. I haven't used Sybase text columns and have only briefly used SQR for Sybase, but it wouldn't surprise me if SQR didn't make the distinction between CHAR and TEXT. You might check the release notes in your SQR distribution or with SQRIBE technical support to find out for sure. (Normally, Sybase would do an implicit conversion "on the way in", and so there'd be no need to make the destinction. ) One thing to look at is the CONVERT function; using this solves many of these kinds of Sybase problems. However, I'm guessing it won't help in this case, because the bind variable will probably still be considered to be a CHAR and still subject to the 300 length limit. If Convert doesn't help, you'll probably need to do dynamic SQL. This avoids using bind variables, and thus should avoid the 300 length limit. It might, however, be slower than a non-dynamic solution. I'm pretty sure this will work, since it's basically equivalent to doing a hard-coded INSERT statement, which you said (in an another message) did work. See the SQR manual sections on dynamic SQL. I don't have the page numbers for V3 here, but it's near the front, before the beginning of the command descriptions. For example, give this a try: begin-procedure main let $abc = '1234567...300 characters of data....' let $quoted_abc = '''' || $abc || '''' begin-sql insert into {DETAILDB} (out_line) values ([$quoted_abc]) end-sql end-procedure Hope this helps. Nathan ---------------------------------------------------------------------------- Nathan Treadway | Ray Ontko & Co. | Software consulting services nathant@ontko.com | Richmond, IN | http://www.ontko.com/ From owner-sqr-users@list.iex.net Tue Apr 7 15:21:36 1998 Date: Tue, 7 Apr 1998 16:12:21 -0400 From: "Simonian, Guy" Subject: Re: Use of Sybase text datatype is recognized as char datatype! Using dynamic SQL solves the text datatype restriction: let $abc = '123... 300 chars of data.' begin-sql -xp insert into {DETAILDB} (out_line) values ($abc) end-sql Thanks all, especially Nathan T. & Tim Green. > ---------- > From: Nathan Treadway[SMTP:nathant@ONTKO.COM] > Sent: Tuesday, April 07, 1998 10:58 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Use of Sybase text datatype is recognized as char > datatype! > > > begin-procedure main > > let $abc = '1234567...300 characters of data....' > > begin-sql > > insert into {DETAILDB} (out_line) values ($abc) > > end-sql > > end-procedure > > > > > > -------When I run this, I get the following bind errors. It looks > like > > SQR is passing char data, even though the field is defined as type > > text.: > > -------------------------- > > (SQR 5528) Sybase dbbind: ct_param error in cursor 119: > > (138) ct_param(): user api layer: external error: A data length > of > > 300 exceeds the maximum length allowed for CHAR data. > > (SQR 5528) Sybase ct_send error in cursor 119: > > (138) ct_param(): user api layer: external error: A data length > of > > 300 exceeds the maximum length allowed for CHAR data. > > I haven't used Sybase text columns and have only briefly used SQR for > Sybase, but it wouldn't surprise me if SQR didn't make the distinction > between CHAR and TEXT. You might check the release notes in your SQR > distribution or with SQRIBE technical support to find out for sure. > (Normally, Sybase would do an implicit conversion "on the way in", and > so > there'd be no need to make the destinction. ) > > One thing to look at is the CONVERT function; using this solves many > of > these kinds of Sybase problems. However, I'm guessing it won't help > in this > case, because the bind variable will probably still be considered to > be a > CHAR and still subject to the 300 length limit. > > If Convert doesn't help, you'll probably need to do dynamic SQL. This > avoids using bind variables, and thus should avoid the 300 length > limit. It > might, however, be slower than a non-dynamic solution. I'm pretty > sure this > will work, since it's basically equivalent to doing a hard-coded > INSERT > statement, which you said (in an another message) did work. See the > SQR > manual sections on dynamic SQL. I don't have the page numbers for V3 > here, > but it's near the front, before the beginning of the command > descriptions. > > For example, give this a try: > begin-procedure main > let $abc = '1234567...300 characters of data....' > > > let $quoted_abc = '''' || $abc || '''' > begin-sql > insert into {DETAILDB} (out_line) values ([$quoted_abc]) > end-sql > end-procedure > > > Hope this helps. > > Nathan > ---------------------------------------------------------------------- > ------ > Nathan Treadway | Ray Ontko & Co. | Software consulting services > nathant@ontko.com | Richmond, IN | http://www.ontko.com/ > From owner-sqr-users@list.iex.net Tue Apr 7 16:47:33 1998 Date: Tue, 7 Apr 1998 17:21:59 -0400 From: John Walker Subject: Re: SAS & SQR Arnon, I've used both SQR and SAS heavily for report generation. I really haven't noticed that SAS is easier to code in order to read flat files. However, SAS does support a neat MERGE function that makes it easy to combine information from datasets. SAS is also a lot easier if you have to do a lot of statistical analysis. I hope this helps. If you have more questions feel free to contact me directly. John Walker. From owner-sqr-users@list.iex.net Tue Apr 7 21:34:28 1998 Date: Tue, 7 Apr 1998 22:30:28 -0400 From: Ignacio Lulli Subject: Re: Need help getting a bmp logo to print out properly --0__=46fBv7wYVeyjyvWwK5EMFil7vXSkkZ3gBR0lucfCzSxhml48sJkheA7q Content-type: text/plain; charset=us-ascii Hi!, Thanks again for helping me out earlier. I have done everything you all recommended (see below), but I'm getting an SQR error (SQR 6619 Cannot access the default printer's driver). I have checked Fulcrum and found some entries saying that the -PRINTER::WP does not work on Windows 95 with the 32 bit version of SQRW (which is delivered with PeopleSoft version 6 and 7). The 32 bit version of SQR apparently does work on Windows NT. Does the above make sense? Because it sounded like you got the BMP files to print out fine. Have you tried it with the latest version of SQR on Win95?? Any additional help would be really appreciated!! What I have already done: * Removed the -F flag and replaced it with -PRINTER::WP in PeopleSoft's process scheduler * Changed all the older SQR commands to newer variety (i.e., DECLARE-PRINTER and ALTER-PRINTER) * I also tried using the -PRINTER::HP flag instead but to no avail --Ignacio ---------------------- Forwarded by Ignacio Lulli on 04/07/98 10:21 PM --------------------------- From: Ignacio Lulli on 04/06/98 09:09 PM EDT To: SQR-USERS @ USA.NET cc: Subject: Re: Need help getting a bmp logo to print out properly (Document link not converted) I would like to add to my earlier email. I just went through the SQR Users library and found some great information. Apparently: 1) the -printer:wp flag is required to print BMP files on HP printers (using SQR v3.0.18.1.1) 2) or I can use use the -printer:hp flag but would need to convert the BMP file to HPGL/2 format beforehand. My questions: 1) is the above information totally correct? 2) how can I convert my BMP file into HPGL/2? 3) has anyone else printed logos using PeopleSoft, Win95 and HP printers? Thanks for your help. -Ignacio (Embedded image moved Ignacio Lulli to file: 04/06/98 02:14 PM PIC07204.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Need help getting a bmp logo to print out properly Hi everyone, I am trying to print a logo on an HP printer, but I only get a shaded box where the logo would go. Any ideas?? I have listed some code below. Thanks. -Ignacio [some code...] #include 'setenv.sqc' #include 'setup02.sqc' #include 'poylaser.sqc' [some code...] !---------------------------------------- begin-setup declare printer ! Declare printer characteristics. type={Laser} ! Types are POSTSCRIPT, HPLASERJET, left-margin=.25 top-margin=.25 ! or LINEPRINTER font=4 ! Font number. ! font-style=fixed ! symbol-set=0U lines-inch=6 ! 6lines per inch point-size=8 char-size=7.2 orientation=portrait ! Or Landscape. end-setup !---------------------------------------- Begin-Heading 8 [some code...] graphic () font 4 8 !USM/JIL - 4/1/98 added USMINT logo to header print-image (2,35) type = bmp-file source = 'M:\psoft\fs700dv1\sqr\USMint.bmp' image-size = (10,5) End-Heading !---------------------------------------- begin-report [some code...] end-report --0__=46fBv7wYVeyjyvWwK5EMFil7vXSkkZ3gBR0lucfCzSxhml48sJkheA7q Content-type: application/octet-stream; name="PIC07204.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=46fBv7wYVeyjyvWwK5EMFil7vXSkkZ3gBR0lucfCzSxhml48sJkheA7q-- From owner-sqr-users@list.iex.net Wed Apr 8 05:57:57 1998 Date: Wed, 8 Apr 1998 07:03:19 -0400 From: Charles & Trish Thompson Subject: Re: PeopleSoft Hi Cindy. This is Trish Thompson in Richmond. I just wanted to touch base with you. Mike Upchurch and I missed each other over the past week, and I've been in and out both at work and at home. Please feel free to call me at work 804-786-5835 or at home 804-448-0269 anytime this week. Hope you all have some of the great spring weather we're having! Talk to you soon. Trish From owner-sqr-users@list.iex.net Wed Apr 8 06:09:40 1998 Date: Wed, 8 Apr 1998 07:11:53 -0400 From: Charles & Trish Thompson Subject: Apologies Please disregard the last message from CETJR@Bealenet.com. It was sent to the group by mistake. Thank you. From owner-sqr-users@list.iex.net Wed Apr 8 07:31:21 1998 Date: Wed, 8 Apr 1998 13:18:55 +0000 From: Mino Trombetta Subject: Segmentation Fault Message is sent with MIME. Attachments are base64 encoded --TFS-with-MIME-and-DIME Content-Type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable =20 =20 Has anybody found/overcome this problem; =20 We have a client who is trying to run SQR v4=2E0=2E2 against Oracle 7=2E3=2E= 2 on an=20 IBM RS6000/AIX platform=2E They have created an SQR user login with a =2E= profile=20 that sets up all the required environment variables for SQR to run=2E Th= e user=20 login has a corresponding Oracle account (they use OPS$)=2E =20 =20 They logged in as the SQR user and installed SQR with the appropriate fil= e=20 permissions=2E They managed to link SQR without any problems but when th= ey try=20 to run it they get a Segmentation Fault and core dump=2E =20 =20 All they're doing is: SQR program=2Esqr / =20 =20 (We also tried it with the full username/password - no difference) =20 We have been through their settings line by line and can't see anything w= rong=20 with them=2E SQR runs okay with -XL and SQL*Plus works okay, so we're ha= ppy=20 that all their settings are correct but there's obviously something amiss= =20 somewhere as SQR and Oracle can't run together=2E =20 =20 I have to add that other SQR v4=2E0=2E2/Oracle 7=2E3 sites are okay so it= has to be=20 a local problem=2E =20 =20 Regards, =20 Mino=20 =20 =20 ---------------------------------------------------------------------- From : Mino Trombetta Company : Software Product Services Limited Tel : +44 (0)1483 730771 Fax : +44 (0)1483 727417 E-Mail : sps@sps-uk=2Eco=2Euk URL : http://www=2Esps-uk=2Eco=2Euk ---------------------------------------------------------------------- =20 --TFS-with-MIME-and-DIME Content-Type: TEXT/RTF; name="MSGCC.RTF" Content-transfer-encoding: base64 e1xydGYxXGFuc2kgXGRlZmYwXGRlZmxhbmcxMDI0e1xmb250dGJse1xmMFxm cm9tYW4gVG1zIFJtbjt9e1xmMVxmcm9tYW4gU3ltYm9sO317XGYyXGZzd2lz cyBIZWx2O319DQp7XGNvbG9ydGJsO1xyZWQwXGdyZWVuMFxibHVlMTI3O1xy ZWQwXGdyZWVuMTI3XGJsdWUwO1xyZWQwXGdyZWVuMTI3XGJsdWUxMjc7XHJl ZDEyN1xncmVlbjBcYmx1ZTA7DQpccmVkMTI3XGdyZWVuMFxibHVlMTI3O1xy ZWQxMjdcZ3JlZW4xMjdcYmx1ZTA7XHJlZDEyN1xncmVlbjEyN1xibHVlMTI3 OztccmVkMFxncmVlbjBcYmx1ZTI1NTsNClxyZWQwXGdyZWVuMjU1XGJsdWUw O1xyZWQwXGdyZWVuMjU1XGJsdWUyNTU7XHJlZDI1NVxncmVlbjBcYmx1ZTA7 XHJlZDI1NVxncmVlbjBcYmx1ZTI1NTsNClxyZWQyNTVcZ3JlZW4yNTVcYmx1 ZTA7XHJlZDI1NVxncmVlbjI1NVxibHVlMjU1O31ccGFwZXJ3MTIyNDBccGFw ZXJoMTU4NDBcbWFyZ2wxODAwXG1hcmdyMTgwMFxtYXJndDE0NDBcbWFyZ2Ix NDQwDQpcZ3V0dGVyMCBcZGVmZm9ybWF0XHNlY3RkIFxwYXJkXHBsYWluIHtc cGxhaW4gXGYwIFxjYjcgXGNmMCBcY2IxIFxjZjE0ICAgICAgXApcY2IxIFxj ZjE0ICAgXApcY2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBIYXMgYW55Ym9keSBm b3VuZC9vdmVyY29tZSB0aGlzIHByb2JsZW07XApcY2IxIFxjZjE0ICAgXApc Y2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBXZSBoYXZlIGEgY2xpZW50IHdobyBp cyB0cnlpbmcgdG8gcnVuIFNRUiB2NC4wLjIgYWdhaW5zdCBPcmFjbGUgNy4z LjIgb24gYW4gXApcY2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBJQk0gUlM2MDAw L0FJWCBwbGF0Zm9ybS4gIFRoZXkgaGF2ZSBjcmVhdGVkIGFuIFNRUiB1c2Vy IGxvZ2luIHdpdGggYSAucHJvZmlsZSBcClxjYjEgXGNmMTQgICBcY2IxIFxj ZjE0IHRoYXQgc2V0cyB1cCBhbGwgdGhlIHJlcXVpcmVkIGVudmlyb25tZW50 IHZhcmlhYmxlcyBmb3IgU1FSIHRvIHJ1bi4gIFRoZSB1c2VyIFwKXGNiMSBc Y2YxNCAgIFxjYjEgXGNmMTQgbG9naW4gaGFzIGEgY29ycmVzcG9uZGluZyBP cmFjbGUgYWNjb3VudCAodGhleSB1c2UgT1BTJCkuXApcY2IxIFxjZjE0ICAg XApcY2IxIFxjZjE0ICAgXApcY2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBUaGV5 IGxvZ2dlZCBpbiBhcyB0aGUgU1FSIHVzZXIgYW5kIGluc3RhbGxlZCBTUVIg d2l0aCB0aGUgYXBwcm9wcmlhdGUgZmlsZSBcClxjYjEgXGNmMTQgICBcY2Ix IFxjZjE0IHBlcm1pc3Npb25zLiAgVGhleSBtYW5hZ2VkIHRvIGxpbmsgU1FS IHdpdGhvdXQgYW55IHByb2JsZW1zIGJ1dCB3aGVuIHRoZXkgdHJ5IFwKXGNi MSBcY2YxNCAgIFxjYjEgXGNmMTQgdG8gcnVuIGl0IHRoZXkgZ2V0IGEgU2Vn bWVudGF0aW9uIEZhdWx0IGFuZCBjb3JlIGR1bXAuXApcY2IxIFxjZjE0ICAg XApcY2IxIFxjZjE0ICAgXApcY2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBBbGwg dGhleSdyZSBkb2luZyBpczogIFNRUiBwcm9ncmFtLnNxciAgLyAgIFwKXGNi MSBcY2YxNCAgIFwKXGNiMSBcY2YxNCAgIFxjYjEgXGNmMTQgKFdlIGFsc28g dHJpZWQgaXQgd2l0aCB0aGUgZnVsbCB1c2VybmFtZS9wYXNzd29yZCAtIG5v IGRpZmZlcmVuY2UpXApcY2IxIFxjZjE0ICAgXApcY2IxIFxjZjE0ICAgXGNi MSBcY2YxNCBXZSBoYXZlIGJlZW4gdGhyb3VnaCB0aGVpciBzZXR0aW5ncyBs aW5lIGJ5IGxpbmUgYW5kIGNhbid0IHNlZSBhbnl0aGluZyB3cm9uZyBcClxj YjEgXGNmMTQgICBcY2IxIFxjZjE0IHdpdGggdGhlbS4gIFNRUiBydW5zIG9r YXkgd2l0aCAtWEwgYW5kIFNRTCpQbHVzIHdvcmtzIG9rYXksIHNvIHdlJ3Jl IGhhcHB5IFwKXGNiMSBcY2YxNCAgIFxjYjEgXGNmMTQgdGhhdCBhbGwgdGhl aXIgc2V0dGluZ3MgYXJlIGNvcnJlY3QgYnV0IHRoZXJlJ3Mgb2J2aW91c2x5 IHNvbWV0aGluZyBhbWlzcyBcClxjYjEgXGNmMTQgICBcY2IxIFxjZjE0IHNv bWV3aGVyZSBhcyBTUVIgYW5kIE9yYWNsZSBjYW4ndCBydW4gdG9nZXRoZXIu ICBcClxjYjEgXGNmMTQgICBcClxjYjEgXGNmMTQgICBcY2IxIFxjZjE0IEkg aGF2ZSB0byBhZGQgdGhhdCBvdGhlciBTUVIgdjQuMC4yL09yYWNsZSA3LjMg c2l0ZXMgYXJlIG9rYXkgc28gaXQgaGFzIHRvIGJlIFwKXGNiMSBcY2YxNCAg IFxjYjEgXGNmMTQgYSBsb2NhbCBwcm9ibGVtLlwKXGNiMSBcY2YxNCAgIFwK XGNiMSBcY2YxNCAgIFwKXGNiMSBcY2YxNCAgIFxjYjEgXGNmMTQgUmVnYXJk cyxcClxjYjEgXGNmMTQgICBcClxjYjEgXGNmMTQgICBcY2IxIFxjZjE0IE1p bm8gXApcY2IxIFxjZjE0ICAgXApcY2IxIFxjZjE0ICAgXApcY2IxIFxjZjE0 ICAgXGNiMSBcY2YxNCAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tXApcY2Ix IFxjZjE0ICAgXGNiMSBcY2YxNCBGcm9tICAgICAgIDogTWlubyBUcm9tYmV0 dGEgPHN1cHBvcnRAc3BzLXVrLmNvLnVrPlwKXGNiMSBcY2YxNCAgIFxjYjEg XGNmMTQgQ29tcGFueSAgICA6IFNvZnR3YXJlIFByb2R1Y3QgU2VydmljZXMg TGltaXRlZFwKXGNiMSBcY2YxNCAgIFxjYjEgXGNmMTQgVGVsICAgICAgICA6 ICs0NCAoMCkxNDgzIDczMDc3MSAgICBGYXggIDogKzQ0ICgwKTE0ODMgNzI3 NDE3XApcY2IxIFxjZjE0ICAgXGNiMSBcY2YxNCBFLU1haWwgICAgIDogc3Bz QHNwcy11ay5jby51a1wKXGNiMSBcY2YxNCAgIFxjYjEgXGNmMTQgVVJMICAg ICAgICA6IGh0dHA6Ly93d3cuc3BzLXVrLmNvLnVrXApcY2IxIFxjZjE0ICAg XGNiMSBcY2YxNCAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tXApcY2IxIFxj ZjE0ICAgXApccGFyIH19LQ== --TFS-with-MIME-and-DIME-- From owner-sqr-users@list.iex.net Wed Apr 8 09:45:48 1998 Date: Wed, 8 Apr 1998 10:29:35 -0500 From: Mark Kraft Subject: Print-Image Problem I am having problems printing a .BMP image on our Purchase Order. We are using PeopleSoft 6.0 and running this through the Process Scheduler. I set the flag to be -printer:wp, but then all exisiting fonts and lines get screwed up, but the image does print. Is there anyway to print the image and keep the existing fonts as well. Thank you for you time Mark Kraft kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Wed Apr 8 10:00:48 1998 Date: Wed, 8 Apr 1998 11:02:06 -0400 From: "Connaghan, Rebecca" Subject: Re: Print-Image Problem No, there is not! > -----Original Message----- > From: Mark Kraft [SMTP:kraftm@GUNET.GEORGETOWN.EDU] > Sent: Wednesday, April 08, 1998 11:30 AM > To: Multiple recipients of list SQR-USERS > Subject: Print-Image Problem > > I am having problems printing a .BMP image on our Purchase Order. We > are using PeopleSoft 6.0 and running this through the Process > Scheduler. I set the flag to be -printer:wp, but then all exisiting > fonts and > lines get screwed up, but the image does print. Is there anyway to > print > the image and keep the existing fonts as well. Thank you for you time > > Mark Kraft > kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Wed Apr 8 10:40:17 1998 Date: Wed, 8 Apr 1998 11:28:32 -0500 From: Ray Brunner Subject: Re: Print-Image Problem The only way I was able to get an image to print was to convert it to an eps file and format the report in postscript. > > I am having problems printing a .BMP image on our Purchase Order. We > > are using PeopleSoft 6.0 and running this through the Process > > Scheduler. I set the flag to be -printer:wp, but then all exisiting > > fonts and > > lines get screwed up, but the image does print. Is there anyway to > > print > > the image and keep the existing fonts as well. Thank you for you time > > > > ************************* Ray Brunner rabrunne@syr.edu 443-9262 Syracuse University ************************* From owner-sqr-users@list.iex.net Wed Apr 8 11:37:24 1998 Date: Wed, 8 Apr 1998 09:19:42 -0700 From: Michael Lee Subject: Re: Print-Image Problem Ray, When you converted the image to EPS and printed the report in postscript, were you able to get all the fonts to print out the way you wanted it to? Using the -printer:wp will cause the report to print with a different font/fontsize than what should actually be printed. Mike rabrunne@AIS.SYR.EDU on 04/08/98 09:28:32 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Print-Image Problem The only way I was able to get an image to print was to convert it to an eps file and format the report in postscript. > > I am having problems printing a .BMP image on our Purchase Order. We > > are using PeopleSoft 6.0 and running this through the Process > > Scheduler. I set the flag to be -printer:wp, but then all exisiting > > fonts and > > lines get screwed up, but the image does print. Is there anyway to > > print > > the image and keep the existing fonts as well. Thank you for you time > > > > ************************* Ray Brunner rabrunne@syr.edu 443-9262 Syracuse University ************************* From owner-sqr-users@list.iex.net Wed Apr 8 15:30:24 1998 Date: Wed, 8 Apr 1998 12:27:56 -0500 From: Ray Brunner Subject: Re: Print-Image Problem Mike, I used -printer:ps and it worked fine. Ray > Ray, > > When you converted the image to EPS and printed the report in postscript, > were you able to get all the fonts to print out the way you wanted it to? > Using the -printer:wp will cause the report to print with a different > font/fontsize than what should actually be printed. > > Mike > > > > > The only way I was able to get an image to print was to convert it to > an eps file and format the report in postscript. > > > I am having problems printing a .BMP image on our Purchase Order. We > > > are using PeopleSoft 6.0 and running this through the Process > > > Scheduler. I set the flag to be -printer:wp, but then all exisiting > > > fonts and > > > lines get screwed up, but the image does print. Is there anyway to > > > print > > > the image and keep the existing fonts as well. Thank you for you time > > > > > > ************************* Ray Brunner rabrunne@syr.edu 443-9262 Syracuse University ************************* From owner-sqr-users@list.iex.net Wed Apr 8 15:59:33 1998 Date: Wed, 8 Apr 1998 12:56:12 EDT From: JBBARTH Subject: Re: Print-Image Problem Mark We did something similar in PO version 5.x and found that the -printer:wp switch changed all the fonts. This switch caused the font codes in the SQR to be interpreted differently. We had to change all the graphic font statements to a different font code. You can find the codes in SQR manual in the Declare-Printer section. Notice that there is one table for HP LaserJet printers(which is what the SQR is set up to use I believe) and one table for Windows Print Drivers(which is used when you specify the -printer:wp switch). We also found that we could only print the image from a Windows NT client. There is a known problem with Win95 clients that has been mentioned on this list before. Hope this helps, Jake Barth BTRG, Inc. From owner-sqr-users@list.iex.net Wed Apr 8 16:36:34 1998 Date: Wed, 8 Apr 1998 14:16:03 -0700 From: Chris Snow Subject: Edit Masks Hello all. I'm using SQR V3.0.13.3 and am wondering why SQR prints a tick (`) in a number value when a number mask is used such as $$999,999.99 or 9,999. If the value is shorter than a comma placemark, then the tick prints above where the comma would go. Example: move 999 to &val print &val (1,1) edit $999,999.99 yields an output of $ `999.00 (notice the mark) Can anyone tell me what's going on here? ________________________________________ Christopher Snow, Integrity Information Services 800-724-5939 pgr chris_snow@msn.com 'As knowledge increases, wonder deepens' Charles Morgan From owner-sqr-users@list.iex.net Wed Apr 8 17:41:04 1998 Date: Wed, 8 Apr 1998 14:06:15 -0400 From: Ignacio Lulli Subject: Re: Print-Image Problem --0__=4cEYxqAFAkr2RQijdzk16XjYU6MuAxMCT21Jodtd5HHQkqeeTS7PsYMm Content-type: text/plain; charset=us-ascii Mark, what operating system are you using? Because I have similar problems printing my BMP logo. (Embedded image moved Mark Kraft to file: 04/08/98 08:29 AM PIC09343.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Print-Image Problem I am having problems printing a .BMP image on our Purchase Order. We are using PeopleSoft 6.0 and running this through the Process Scheduler. I set the flag to be -printer:wp, but then all exisiting fonts and lines get screwed up, but the image does print. Is there anyway to print the image and keep the existing fonts as well. Thank you for you time Mark Kraft kraftm@gunet.georgetown.edu --0__=4cEYxqAFAkr2RQijdzk16XjYU6MuAxMCT21Jodtd5HHQkqeeTS7PsYMm Content-type: application/octet-stream; name="PIC09343.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=4cEYxqAFAkr2RQijdzk16XjYU6MuAxMCT21Jodtd5HHQkqeeTS7PsYMm-- From owner-sqr-users@list.iex.net Wed Apr 8 19:04:36 1998 Date: Wed, 8 Apr 1998 16:46:25 -0700 From: Michael Lee Subject: Printing PeopleSoft paychecks generated by SQR to a mainframe printer Hello all, I've noticed that quite a few people on this list have dealt with PeopleSoft paychecks. I was wondering if anyone if anyone has run PAY003.SQR on the mainframe? When I view the listfile in ISPF, I see the printer codes. Can mainframe printers interpret these printer codes/tags? If it is possible for the mainframe printer to interpret the codes, is it possible then to print a logo as well? Where does the logo file reside? Thanks in advance, Michael K. Lee The Application Group, Inc. From owner-sqr-users@list.iex.net Wed Apr 8 21:15:59 1998 Date: Wed, 8 Apr 1998 18:05:06 -0700 From: Ken Gartman Subject: Re: Edit Masks Chris Snow wrote: > > Hello all. I'm using SQR V3.0.13.3 and am wondering why SQR prints a tick > (`) in a number value when a number mask is used such as $$999,999.99 or > 9,999. If the value is shorter than a comma placemark, then the tick prints > above where the comma would go. > Example: > move 999 to &val > print &val (1,1) edit $999,999.99 > > yields an output of $ `999.00 (notice the mark) > > Can anyone tell me what's going on here? > > ________________________________________ > Christopher Snow, Integrity Information Services > 800-724-5939 pgr > chris_snow@msn.com > 'As knowledge increases, wonder deepens' > Charles Morgan Hey, Chris! Variables signed with an ampersand (&), such as your &VAL, are reserved by SQR for use as the output from database queries. (BEGIN-SELECT to END-SELECT). Try to use an SQR numerical variable instead: MOVE 999 TO #val PRINT #val (1,1) EDIT $999,999.99 This should help. Happy computing, Ken Gartman From owner-sqr-users@list.iex.net Wed Apr 8 21:25:59 1998 Date: Wed, 8 Apr 1998 18:14:45 -0400 From: Ignacio Lulli Subject: Re: Edit Masks --0__=7MhNfE6xmsevLmRzvu4GNfmz7tpiUDQPDxjSajEAsmgmdxdabIyehJNk Content-type: text/plain; charset=us-ascii Try place 2 $ signs in the edit mask. Hope it helps! -Ignacio (Embedded image moved Chris Snow to file: 04/08/98 02:16 PM PIC29949.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Edit Masks Hello all. I'm using SQR V3.0.13.3 and am wondering why SQR prints a tick (`) in a number value when a number mask is used such as $$999,999.99 or 9,999. If the value is shorter than a comma placemark, then the tick prints above where the comma would go. Example: move 999 to &val print &val (1,1) edit $999,999.99 yields an output of $ `999.00 (notice the mark) Can anyone tell me what's going on here? ________________________________________ Christopher Snow, Integrity Information Services 800-724-5939 pgr chris_snow@msn.com 'As knowledge increases, wonder deepens' Charles Morgan --0__=7MhNfE6xmsevLmRzvu4GNfmz7tpiUDQPDxjSajEAsmgmdxdabIyehJNk Content-type: application/octet-stream; name="PIC29949.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=7MhNfE6xmsevLmRzvu4GNfmz7tpiUDQPDxjSajEAsmgmdxdabIyehJNk-- From owner-sqr-users@list.iex.net Wed Apr 8 23:49:09 1998 Date: Thu, 9 Apr 1998 10:03:12 -0700 From: GANAPATHY_VK Subject: Diff in SQR ver 2.5.7 and ver 3.0 Hi , We are building and unit testing some reports on SQR Work bench version 2.5.7 , Windows 3.1 and Personal Oracle 7.0. The system testing and production will be on SQR workbench 3.0 , AIX/ RS 6000. Will there be any problem when porting the reports to new environment. Specifically we need to know any features which are supported on Ver 2.5.7 and not supported on Ver 3.0. Thanx in Advance. -- Ganapathy From owner-sqr-users@list.iex.net Thu Apr 9 00:15:37 1998 Date: Wed, 8 Apr 1998 00:04:13 -0700 From: Larry Oltmanns Subject: Printing PeopleSoft AP Signature on Checks with Crystal Reports Umm, Well here is another, printing problem with check signatures. Having difficulty printing the signature on a AP PeopleSoft check. Background. Crystal checks can store an object "signature file" as an OLE object. Typically its a word document item. This object is embedded within the crystal report. We are using PeopleSoft 7.01 Financial specifically Accounts Payable. A Windows 95 system with NT as the server & some UNIX interconnected with Oracle, a Lexmark Optra Lx printer (which by the way prints the checks fine without the signature. Also the check will print without crystal with a signature. A possible solution I have run across un-tested at this moment is to add crole2ui.dll to the Windows\System directory. The theory is that this crole2ui.dll is an obscure dynamic-link library that supports OLE objects. Since this is a unique problem the information is sketchy at best. Any experience out there with this one? I will be testing out the DLL theory and will be looking into this further, time is of the essence as always however. Have a nice Easter weekend all. Larry Oltmanns SoftLink Inc. skyway@mn.uswest.net From owner-sqr-users@list.iex.net Thu Apr 9 07:23:35 1998 Date: Thu, 9 Apr 1998 05:25:47 -0600 From: Robert Goshko Subject: Re: Printing PeopleSoft paychecks generated by SQR to a mainframeprinter ------ =_NextPart_000_01BD6378.3D9C4A00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have run hundreds of PeopleSoft report on an MVS mainframe, and they = all printed fine on the laser print we had connected (and IBM 4039 if I = recall). You do have to modify the printer codes, again if I remember = correctly, the 27 (escape - ASCII) needs to be changed to 39 (escape - = EBCDIC) in the setup01a, setup02a, and setup10a sqc files. You'll = notice that they all have #IFNDEF MVS lines in them. Hope this helps. ......Rob -------------------------------------------------------------------------= --- Robert Goshko | Axis Developments | System Consulting = Services robert.goshko@axis-dev.com | Sherwood Park, AB | (403) 417-AXIS -----Original Message----- From: Michael Lee [SMTP:MLee@APPGROUP.COM] Sent: Wednesday, April 08, 1998 5:46 PM To: Multiple recipients of list SQR-USERS Subject: Printing PeopleSoft paychecks generated by SQR to a = mainframeprinter Hello all, I've noticed that quite a few people on this list have dealt with PeopleSoft paychecks. I was wondering if anyone if anyone has run PAY003.SQR on the mainframe? When I view the listfile in ISPF, I see = the printer codes. Can mainframe printers interpret these printer = codes/tags? If it is possible for the mainframe printer to interpret the codes, is = it possible then to print a logo as well? Where does the logo file reside? Thanks in advance, Michael K. Lee The Application Group, Inc. ------ =_NextPart_000_01BD6378.3D9C4A00 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IjMLAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAkAEAAAEAAAAQAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAQQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0Eu TkVUAFNNVFAAU1FSLVVTRVJTQFVTQS5ORVQAAAAAHgACMAEAAAAFAAAAU01UUAAAAAAeAAMwAQAA ABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAMAFQwBAAAAAwD+DwYAAAAeAAEwAQAAABQAAAAnU1FS LVVTRVJTQFVTQS5ORVQnAAIBCzABAAAAFwAAAFNNVFA6U1FSLVVTRVJTQFVTQS5ORVQAAAMAADkA AAAACwBAOgEAAAAeAPZfAQAAABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAIB918BAAAAQQAAAAAA AACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0EuTkVUAFNNVFAAU1FSLVVTRVJTQFVT QS5ORVQAAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAALhQwEEgAEASQAAAFJFOiBQ cmludGluZyBQZW9wbGVTb2Z0IHBheWNoZWNrcyBnZW5lcmF0ZWQgYnkgU1FSIHRvIGEgbWFpbmZy YW1lcHJpbnRlcgBwGgEFgAMADgAAAM4HBAAJAAUAGQAvAAQAMwEBIIADAA4AAADOBwQACQAFABEA DgAEAAoBAQmAAQAhAAAARDMzODczQUE5QkNGRDExMUIzMzMwMDYwMDg4QzY4NjQABQcBA5AGADwI AAAhAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADAC4AAAAAAAMANgAAAAAAQAA5 APDm8D2qY70BHgBwAAEAAABJAAAAUkU6IFByaW50aW5nIFBlb3BsZVNvZnQgcGF5Y2hlY2tzIGdl bmVyYXRlZCBieSBTUVIgdG8gYSBtYWluZnJhbWVwcmludGVyAAAAAAIBcQABAAAAFgAAAAG9Y6o9 6apzONXPmxHRszMAYAiMaGQAAB4AHgwBAAAABQAAAFNNVFAAAAAAHgAfDAEAAAAbAAAAcm9iZXJ0 Lmdvc2hrb0BheGlzLWRldi5jb20AAAMABhCiPyreAwAHEGMEAAAeAAgQAQAAAGUAAABJSEFWRVJV TkhVTkRSRURTT0ZQRU9QTEVTT0ZUUkVQT1JUT05BTk1WU01BSU5GUkFNRSxBTkRUSEVZQUxMUFJJ TlRFREZJTkVPTlRIRUxBU0VSUFJJTlRXRUhBRENPTk5FQ1RFAAAAAAIBCRABAAAA5gQAAOIEAACr BwAATFpGdS8qqWADAAoAcmNwZzEyNRYyAPgLYG4OEDAzM50B9yACpAPjAgBjaArA4HNldDAgBxMC gwBQ4wLyENlUYWgDcQKDDlBfBFUQ2QhVB7ICgzMQZ3BocnEyEXZ9CoAIyCA2OwlvDjA1AoAKgXVj GwBQCwNjEhILxCBJIEERAHZlIHJ1A6BoDRvQZAlxBCBvZiBQ5GVvC1BlUxyQBUAJcJ5wCREcgAOg A5FNVgXwVwDAC4ADUGEHgCweAWSgIHRoZXkeAGwDIMsWwAuAdAmAIGYLgBugex3hH3EgC2ARMAXA IAMgXncboBEAH1AFoG4goGMFIEIoHzJJQk0gNLkPUDkgBpAbQQlwYx/BICkuICBZCGAgZPpvG2R0 JTAEYQaQH6AhAq8gBAXABaABAHMfEWcLcS8j5geABtAm03IkQXRs5nkfECECMjcjAAeQJGAKcBug LRFwU0NJSfwpICCgHFIloShwImARAB8PICBRJaEjwSnYRUJDeERJQyrAJ6EhAhExdbBwMDFhHxAu FDIugZcfMi4TD0BhLgBxYyBxFR0AcyS0Jx/Rbm90Pw3gJYERAAVAH3cbcyNJoEZOREVGHjNsIJFz BCAtpG0uCqIKhAqASI8c4DGiBAAbYGVscDCgTzSaGjYC0RIhczEpsC7/ODIIAAwwNmoT0CpAOb86 z/873zzvPWU0lCTAPtI4gQSQwQVAR29zaGslMEAFynwRcHg1wURlG5AJAL5wB4ACMAQgQIAGsHMg QOZtFREAgHVsMXAPIAZSPnYxgRDANKMDYD9SLmcpP7NAYUCxLQEAdi6PBaBCMEHBH4Byd28EcMsc sArAax8QQUJAcT7UFigjoSrANDgALUFYnElTEgI2yRYTMTY2uvkzsDM2AUAWwDFgIrE5pHpPBRBn C4AHQAXQB5Bz/SdwZT4pSqZKkQsTSsQCADBpLTE0I6BKQTE4jjABQAzQTtNiIEYDYeo6DINiEWBN DeARADYABCBMCeAgW1NNVAhQOk1RcUBBUFAAR1JPVVAuQ098TV00lVAABmACMFBnV9MJgDPRZGEp MUEgAQMgBDA4HxAxOTk4IFA1OjQ2HLBNUzdU/m9QaEKSHPEkMgUgCJBBgg8ckTOwQgAGAFFSLVUY U0VSSCBTR3ViansisVBnUCASQsIcyQqwefsQ8AWQawQgK+AgoB7QIEL+Yh+gWaElkjAAHocmhUzf f03qSlQLtjUENgAJAB+yLHk0mkknG5ExVB9SMeFx7HVpIEBe0WYH0SogHOL/IMQ1wVlTG3MBAAdA IeFloL5oNJRcX11hJLEbUHchUL8h8AIgBIFCwiPxAHB5AiA/G6BrSBEABCAbwWh1QVm5T2AzLl5y INUehz8kwP5XH4ADoBtQQzAH0SEDWWHnMGItkkgQUEYfEBtQETDdMaJlNJQmiySxQwORHof/JnYz 8ibBFsARQB9iETAmfOIvAZBncz9jqxygZaDvI+AEIB2QBBBpAmAboAIQ/wXAbjsmdyWhdLsm9jXB ZaD/ceV4Rh9xIOElMCGkMAAJAP9EUB4AaoFjEW8ECXAlEQeRfyEDfjJwcwlwAJABAHbbVO8rsV1x J6EiQHYAcDGQY5v9UPZLJLBRcYF2G6BVQAtQ6w3gMeBpHeFHA2AuQHExF4KwNIsXgQCHoAAAAwAQ EAAAAAADABEQAQAAAAMAgBD/////QAAHMKCZXAypY70BQAAIMKCZXAypY70BCwAAgAggBgAAAAAA wAAAAAAAAEYAAAAAA4UAAAAAAAADADqACCAGAAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AO4AI IAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADguMAADADyACCAGAAAAAADAAAAAAAAARgAA AAABhQAAAAAAAAsARYAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwBGgAggBgAAAAAAwAAA AAAAAEYAAAAAEIUAAAAAAAADAEeACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMASoAIIAYA AAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBagAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAAB AAAAAAAAAB4AW4AIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeAFyACCAGAAAA AADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAHgA9AAEAAAAFAAAAUkU6IAAAAAADAA00/TcA ABgU ------ =_NextPart_000_01BD6378.3D9C4A00-- From owner-sqr-users@list.iex.net Thu Apr 9 07:35:14 1998 Date: Thu, 9 Apr 1998 08:22:02 -0500 From: Mark Kraft Subject: Re: Print-Image Problem -Reply We are using a Unix Server, I think II will have to double check. I was told that converting the file to an EPS file and using the -printer:ps works very well in this situation. The only thing is that I don't want to change all of the SQR flags just for this one SQR. We may end up just dropping the logo off of the PO. Thanks Mark From owner-sqr-users@list.iex.net Thu Apr 9 07:43:33 1998 Date: Thu, 9 Apr 1998 08:24:00 -0500 From: Mark Kraft Subject: Edit Masks -Reply why are you moving the number to a database variable (&). you should move it to a number or a string, then it should work fine. Mark Kraft From owner-sqr-users@list.iex.net Thu Apr 9 11:30:58 1998 Date: Thu, 9 Apr 1998 08:08:29 -0700 From: Chris Snow Subject: Re: Edit Masks -Reply My fault - that made look dumb. That was just sloppy e-mail. I should have come up with a more accurate example. Sorry. I could have just as easily used a numeric (#) and actually noticed the goof up AFTER I sent the message. Nonetheless, I did apply some of the group's suggestions like moving the column variable values to numeric variables - but to no avail. It's not just the dollar mask either. Numeric masks produce the same mark (`) over the comma position where that value is shorter than the comma position. Again, if the edit mask is 999,999 and the value being printed is, say 500, what is printed is `500 Help! -----Original Message----- From: Mark Kraft To: Multiple recipients of list SQR-USERS Date: Thursday, April 09, 1998 5:36 AM Subject: Edit Masks -Reply why are you moving the number to a database variable (&). you should move it to a number or a string, then it should work fine. Mark Kraft From owner-sqr-users@list.iex.net Thu Apr 9 12:22:34 1998 Date: Thu, 9 Apr 1998 10:52:45 -0600 From: Neil Alho Subject: Re: Edit Masks Hi Chris, Is the tick mark appearing on your printer only, or also in a text file? I've seen printers do funny things sometimes. Chris Snow wrote: > Hello all. I'm using SQR V3.0.13.3 and am wondering why SQR prints a tick > (`) in a number value when a number mask is used such as $$999,999.99 or > 9,999. If the value is shorter than a comma placemark, then the tick prints > above where the comma would go. > Example: > move 999 to &val > print &val (1,1) edit $999,999.99 > > yields an output of $ `999.00 (notice the mark) > > Can anyone tell me what's going on here? > > ________________________________________ ********* Neil Alho Programmer/Analyst II University of Lethbridge Financial Services bfr2@hg.uleth.ca o___. _.>/ _ (_) \(_) ...... From owner-sqr-users@list.iex.net Thu Apr 9 13:33:55 1998 Date: Thu, 9 Apr 1998 10:30:20 -0700 From: Chris Snow Subject: Re: Edit Masks Actually, I'm seeing it in the SQRViewer (spf file) but it also prints out as well. -----Original Message----- From: Neil Alho To: Multiple recipients of list SQR-USERS Date: Thursday, April 09, 1998 10:08 AM Subject: Re: Edit Masks Hi Chris, Is the tick mark appearing on your printer only, or also in a text file? I've seen printers do funny things sometimes. Chris Snow wrote: > Hello all. I'm using SQR V3.0.13.3 and am wondering why SQR prints a tick > (`) in a number value when a number mask is used such as $$999,999.99 or > 9,999. If the value is shorter than a comma placemark, then the tick prints > above where the comma would go. > Example: > move 999 to &val > print &val (1,1) edit $999,999.99 > > yields an output of $ `999.00 (notice the mark) > > Can anyone tell me what's going on here? > > ________________________________________ ********* Neil Alho Programmer/Analyst II University of Lethbridge Financial Services bfr2@hg.uleth.ca o___. _.>/ _ (_) \(_) ...... From owner-sqr-users@list.iex.net Fri Apr 10 21:10:19 1998 Date: Fri, 10 Apr 1998 19:04:07 -0400 From: Collin Slye Subject: Re: Printing PeopleSoft paychecks generated by SQR to a mainframeprinter I am currently working on a project that requires PeopleSoft paychecks to be printed from a mainframe system on IBM 4000style printers. The printers use IBM AFP language (form definitions and overlays) to produce advanced graphics. These are not supported by SQR and therefore most of the graphic features in PAY003.sqr will not print. To get around this problem I modified the SQR to either generate a HP/PCL compatible file that can be sent to a HP printer, or a flat file containing all paycheck data. This flat file is used in combination with form defs and overlays to effectively reporduce the PeopleSoft check on a mainframe printer. Another option would be to use preprinted checks that already have the graphics printed, and then set up the printer-definition in your SQR to line printer. You will have to remove all the graphic functions in the SQR first, and then make sure your alignment of text to be printed is perfect. SQR has no trouble printing to mainframe printers (a few modification are usually needed) you just are not able to do any of the fancy graphics. Collin Slye IIT, Inc. cslye@iit-net.com Robert Goshko wrote: > I have run hundreds of PeopleSoft report on an MVS mainframe, and they all printed fine on the laser print we had connected (and IBM 4039 if I recall). You do have to modify the printer codes, again if I remember correctly, the 27 (escape - ASCII) needs to be changed to 39 (escape - EBCDIC) in the setup01a, setup02a, and setup10a sqc files. You'll notice that they all have #IFNDEF MVS lines in them. > > Hope this helps. > > ......Rob > > ---------------------------------------------------------------------------- > Robert Goshko | Axis Developments | System Consulting Services > robert.goshko@axis-dev.com | Sherwood Park, AB | (403) 417-AXIS > > -----Original Message----- > From: Michael Lee [SMTP:MLee@APPGROUP.COM] > Sent: Wednesday, April 08, 1998 5:46 PM > To: Multiple recipients of list SQR-USERS > Subject: Printing PeopleSoft paychecks generated by SQR to a mainframeprinter > > Hello all, > > I've noticed that quite a few people on this list have dealt with > PeopleSoft paychecks. I was wondering if anyone if anyone has run > PAY003.SQR on the mainframe? When I view the listfile in ISPF, I see the > printer codes. Can mainframe printers interpret these printer codes/tags? > > If it is possible for the mainframe printer to interpret the codes, is it > possible then to print a logo as well? Where does the logo file reside? > > Thanks in advance, > > Michael K. Lee > The Application Group, Inc. > > ------------------------------------------------------------------------ > > Part 1.2 Type: application/ms-tnef > Encoding: base64 From owner-sqr-users@list.iex.net Sun Apr 12 19:50:42 1998 Date: Sun, 12 Apr 1998 19:31:38 -0500 From: Ray Ontko Subject: Re: Diff in SQR ver 2.5.7 and ver 3.0 Ganapathy, > We are building and unit testing some reports on SQR Work > bench version 2.5.7 , Windows 3.1 and Personal Oracle 7.0. The system > testing and production will be on SQR workbench 3.0 , AIX/ RS 6000. > > Will there be any problem when porting the reports to new environment. > Specifically we need to know any features which are supported on Ver > 2.5.7 and not supported on Ver 3.0. It's been a while since I did a 2.x to 3.x conversion, but I don't recall there being any incompatabilities. Good luck. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Mon Apr 13 17:44:40 1998 Date: Mon, 13 Apr 1998 14:32:08 -0500 From: Carol Watson Subject: Using SQR with Oracle's Applications Hi there, We've just recently purchased SQR and are looking for those of you who have built the shell scripts necessary to run SQR reports through Oracle App's Concurrent Manager. We are using version 10.7 of the Applications on Sun Solaris. Thanks in advance! Carol Watson Applications Manager National Instruments Austin, TX (512) 794-5598 From owner-sqr-users@list.iex.net Tue Apr 14 04:58:16 1998 Date: Mon, 13 Apr 1998 20:11:06 -0500 From: Ray Ontko Subject: Re: Duplex Printing on a Xerox printer Terry, Did you get this to work. For Path 1, this might be helpful: encode '<27>Y19,1' into $start_duplex print-direct nolf printer=lp $start_duplex The "nolf" tells sqr not to write a line-feed when printing the $start_duplex string. I'm not sure what to say about Path 2. HTH. Ray > Hi! > > I haven't had any luck with printing an SQR report in duplex on our > Xerox printer. The printer is capable of printing duplex, I've > ensured that. Except when I send .LIS files to the printer. At that > point it prints simplex. I'm assuming that the escape characters at > the beginning of the .LIS file is overriding the settings that are > defined in my print setup. > > I've taken two different paths: 1) Changing the SQR with different > print-direct commands and 2) Creating a .SPF file and printing from > SQRViewer and SQRPrint. Below is an explanation of what I've > encountered: > > Path 1: > > Using various print-direct commands with escape sequences pulled from > user group memos, memos from PeopleSoft customers, and those defined > in the Xerox manual. Usually, I would just get the escape sequence > printed on the top of the report. One escape sequence did cause > something more interesting to happen. With '<27>Y19,1', only 19,1 was > printed on the top of the page and all the underlines were to the > right of the text. > > Does someone have some sample code that I could draw from. Mostly, I > just have directions (as in Shawn Dunn's memo). Maybe with sample > code I could find the error of my way. Also, does anyone have the > escape sequence for a Xerox printer? > > Path 2: > > Since we have various reports to print duplex and but not every time > they are printed, the thought of using a .SPF file printing from > SQRPrint or SQRViewer sounded very inviting. The problem is that > SQRViewer interprets the fonts incorrectly so that we don't get the > right hand side of the report. It also interprets a landscape report > as portrait. In SQRPrint, I found the same results when I identified > the printer as HP. I did discover that the Xerox would print duplex > if I indicated Postscript. But, still the report was missing the > right hand side information (which of course is the most important > part). > > Has anyone had any luck with these two products. The products aren't > being used within the company. Therefore, it may be just a setup > issue. > > I'm working with: > > Printer driver: XEROX 4215/MRP v2013.109 > SQRW Version: V3.0.13.3 > SQRWP Version: V3.0.13.3/PC/Windows-NT 3.51 > SQRWV Version: V3.0.13.2/PC/Windows 3.1 > Informix: 7.24uc1 > Operating Syste: Windows (haven't tested from unix...) > > Thank you for any help you can provide me! > > Terry Sexmith > tsexmith@ccmail.senco.com > (513)388-2728 > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Tue Apr 14 08:25:08 1998 Date: Tue, 14 Apr 1998 08:06:25 -0500 From: TIMOTHY J LAESCH Subject: Name conversion from upper to mixed case This is a multi-part message in MIME format. ------=_NextPart_000_0014_01BD677C.385A75A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable As part of a data conversion to PeopleSoft, we need to convert a = person's name from all upper-case to PeopleSoft's mixed case format. = Does anyone know of any existing SQC or algorithms to help us out? ------=_NextPart_000_0014_01BD677C.385A75A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
As part of a data conversion to PeopleSoft, we need = to convert=20 a person's name from all upper-case to PeopleSoft's mixed case = format. =20 Does anyone know of any existing SQC or algorithms to help us=20 out?
------=_NextPart_000_0014_01BD677C.385A75A0-- From owner-sqr-users@list.iex.net Tue Apr 14 08:38:57 1998 Date: Tue, 14 Apr 1998 08:11:01 -0500 From: Jennifer LEE Subject: Oracle and PeopleSoft date format problem Hello! I am new to writing SQRs. =20 The problem I have is with a date field to be loaded=20 from a flat file into a PeopleSoft table. =20 The environment that I am working in has the following elements: Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 = DBMS. In PeopleSoft, a date field is defined as 10 characters long whereas=20 the default date format in Oracle is DD-MMM-YYYY. I have tried different ways to format the date field value in my SQR. =20 Each time I got a different error message. =20 Has any one of you experienced a similar problem? How was your problem = solved? SQL Status =3D -1400, SQL Error =3D ORA-01400: mandatory (NOT NULL) = column is missing or NULL during insert Case 1: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); end-sql Case 2: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); end-sql SQL Status =3D -1858, SQL Error =3D ORA-01858: a non-numeric character = was found where a numeric was expected Case 3: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_field) Values(to_date('1900-10-10','yyyy-mm-dd')); end-sql end-procedure =20 SQL Status =3D -1830, SQL Error =3D ORA-01830: date format picture ends = before converting entire input string Case 4: INSERT INTO PS_TBL (Date_field) Values('10_Oct_1900'); end-sql end-procedure Thanks in advance! Jennifer (Jen) Lee 626-1679 From owner-sqr-users@list.iex.net Tue Apr 14 09:20:18 1998 Date: Tue, 14 Apr 1998 10:04:02 -0400 From: Terry Sexmith Subject: Re[2]: Duplex Printing on a Xerox printer Ray, Thank you for your suggestion. Yes, That looks to be the code that I was trying on that bleak day. But, it may not be exactly since I tried so many alternatives. We ended up using a unix utility called xprint. I don't know much about it, our unix administrator set it up for us. I just created a script that uses the xprint command with the proper duplex parameters and it worked. Below is an explanation that may interest PeopleSoft developers. Everyone else can ignore it.... I've since determined that one of the defaults provided by PeopleSoft in the setenv.sqc is the culprit with SQRViewer and probably duplexing. I think the 'off the shelf' setenv.sqc sets up the printer type #DEFINE PRINTER_TYPE as a LINEPRINTER. Then, the rest of the delivered sqc's sets up the printers as LINEPRINTER. This means that the reports have the limitation of a line printer. I determined all this when I worked on another report that needed different font sizes. Once I used my own declare-printer statement, setting it to a hplaserjet, the SQRViewer seems to work fine (probably SQRPrint will as well). I haven't fully tested my theory. But it is looking hopeful that this is the culprit. The real dilemma is that I didn't discover this until a week before implementation. It's too late to change setenv.sqc to define the PRINTER_TYPE to something else and test the affects on all the reports (we implemented six PS modules). Therefore, the SQRViewer and SQRPrint products are providing minimal service to our implementation. ______________________________ Reply Separator _________________________________ Subject: Re: Duplex Printing on a Xerox printer Author: SQR-USERS@USA.NET at Internet Date: 4/13/98 8:11 PM Terry, Did you get this to work. For Path 1, this might be helpful: encode '<27>Y19,1' into $start_duplex print-direct nolf printer=lp $start_duplex The "nolf" tells sqr not to write a line-feed when printing the $start_duplex string. I'm not sure what to say about Path 2. HTH. Ray > Hi! > > I haven't had any luck with printing an SQR report in duplex on our > Xerox printer. The printer is capable of printing duplex, I've > ensured that. Except when I send .LIS files to the printer. At that > point it prints simplex. I'm assuming that the escape characters at > the beginning of the .LIS file is overriding the settings that are > defined in my print setup. > > I've taken two different paths: 1) Changing the SQR with different > print-direct commands and 2) Creating a .SPF file and printing from > SQRViewer and SQRPrint. Below is an explanation of what I've > encountered: > > Path 1: > > Using various print-direct commands with escape sequences pulled from > user group memos, memos from PeopleSoft customers, and those defined > in the Xerox manual. Usually, I would just get the escape sequence > printed on the top of the report. One escape sequence did cause > something more interesting to happen. With '<27>Y19,1', only 19,1 was > printed on the top of the page and all the underlines were to the > right of the text. > > Does someone have some sample code that I could draw from. Mostly, I > just have directions (as in Shawn Dunn's memo). Maybe with sample > code I could find the error of my way. Also, does anyone have the > escape sequence for a Xerox printer? > > Path 2: > > Since we have various reports to print duplex and but not every time > they are printed, the thought of using a .SPF file printing from > SQRPrint or SQRViewer sounded very inviting. The problem is that > SQRViewer interprets the fonts incorrectly so that we don't get the > right hand side of the report. It also interprets a landscape report > as portrait. In SQRPrint, I found the same results when I identified > the printer as HP. I did discover that the Xerox would print duplex > if I indicated Postscript. But, still the report was missing the > right hand side information (which of course is the most important > part). > > Has anyone had any luck with these two products. The products aren't > being used within the company. Therefore, it may be just a setup > issue. > > I'm working with: > > Printer driver: XEROX 4215/MRP v2013.109 > SQRW Version: V3.0.13.3 > SQRWP Version: V3.0.13.3/PC/Windows-NT 3.51 > SQRWV Version: V3.0.13.2/PC/Windows 3.1 > Informix: 7.24uc1 > Operating Syste: Windows (haven't tested from unix...) > > Thank you for any help you can provide me! > > Terry Sexmith > tsexmith@ccmail.senco.com > (513)388-2728 > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Tue Apr 14 11:11:12 1998 Date: Tue, 14 Apr 1998 08:38:00 -0400 From: Richard Mitchell Subject: Re: Name conversion from upper to mixed case --UNS_gsauns2_2845468042 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline This is an exercise using the LENGTH of the string, the INSTR of a ' ' , the LOWER FUNCTION, and CONCAT to put it all together. Whether you assume a middle initial or not, the algorithm is the same: 1. Get the length of the string. 2. find the location of the first ' ' (space). 3. Subtract 1 from the argument for the position of the 1st space 4. Let $New-String = lower(substring) for the length of {STEP 3} 5. Store the value of the ' ' + 1 6. Store the value of {SPACE + 2} to either the next space or end of string (LENGTH OF STRING - SPACE+1) 7, Convert the 2nd substring to LOWER case using LOWER() 8. Use CONCAT to put it all back together HTH Rick ______________________________ Reply Separator _________________________________ Subject: Name conversion from upper to mixed case Author: "timothy j laesch" at internet Date: 4/14/98 8:06 AM As part of a data conversion to PeopleSoft, we need to convert a person's name f rom all upper-case to PeopleSoft's mixed case format. Does anyone know of any e xisting SQC or algorithms to help us out? --UNS_gsauns2_2845468042-- From owner-sqr-users@list.iex.net Tue Apr 14 12:08:56 1998 Date: Tue, 14 Apr 1998 09:56:05 -0700 From: Barbara Wood Subject: Re: Oracle and PeopleSoft date format problem I hope this helps (I only looked at case 4): Even though you say your Oracle date format is default is DD-MON-YYYY, I bet it isn't. It probably is DD-MON-YY. In your BEGIN-SETUP section include the following sql statement: Begin-SQL alter session set nls_date_format='DD-MON-YYYY' End-SQL ______________________________ Reply Separator _________________________________ Subject: Oracle and PeopleSoft date format problem Author: Non-HP-j-lee (j-lee@ADMIN.NDIS.UMN.EDU) at HP-PaloAlto,mimegw9 Date: 4/14/98 6:11 AM Hello! I am new to writing SQRs. The problem I have is with a date field to be loaded from a flat file into a PeopleSoft table. The environment that I am working in has the following elements: Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 DBMS. In PeopleSoft, a date field is defined as 10 characters long whereas the default date format in Oracle is DD-MMM-YYYY. I have tried different ways to format the date field value in my SQR. Each time I got a different error message. Has any one of you experienced a similar problem? How was your problem solved? SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) column is missi ng or NULL during insert Case 1: begin-sql on-error=sql-error INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); end-sql Case 2: begin-sql on-error=sql-error INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); end-sql SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character was found wh ere a numeric was expected Case 3: begin-sql on-error=sql-error INSERT INTO PS_TBL (Date_field) Values(to_date('1900-10-10','yyyy-mm-dd')); end-sql end-procedure SQL Status = -1830, SQL Error = ORA-01830: date format picture ends before conv erting entire input string Case 4: INSERT INTO PS_TBL (Date_field) Values('10_Oct_1900'); end-sql end-procedure Thanks in advance! Jennifer (Jen) Lee 626-1679 From owner-sqr-users@list.iex.net Tue Apr 14 12:40:05 1998 Date: Tue, 14 Apr 1998 09:45:02 -0400 From: David Harper Subject: Re: Name conversion from upper to mixed case I've done that a few times Tim. Don't know of a packaged sqc that does it. I'm sure I could locate the routine I created, could e-mail it probably tomorrow, send me your e-mail address. It handles pretty much all the conditions of Mc, Sr. Jr, II, III type issues(McCurry III., James, etc.). Haven't looked at the routine in quite a while and one or two conditions may slip through, but the routine works for 99% of the employees I have worked with. David Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 TIMOTHY J LAESCH wrote: > > As part of a data conversion to PeopleSoft, we need to convert a > person's name from all upper-case to PeopleSoft's mixed case format. > Does anyone know of any existing SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Tue Apr 14 13:46:45 1998 Date: Tue, 14 Apr 1998 07:24:57 -0700 From: "Ying, Chenter" Subject: Re: Oracle and PeopleSoft date format problem jennifer, as far as i can see your "INSERT" scenarios, i think the "problem" lies with your PS_TBL. i doubt that the PS_TBL has ONLY 1 field called Date_Field. baecause your trying to INSERT a row of data, which includes all columns/fields, any column/field that is defined as NOT NULL (in oracle) will be flagged since you have not supplied any values for it. do a "SQL>desc PS_TBL" you'll see all the columns that're defined as NOT NULL. typically all tables defined by PS has numeric AND char fields defined as NOT NULL. > ---------- > From: Jennifer LEE[SMTP:j-lee@ADMIN.NDIS.UMN.EDU] > Sent: Tuesday, April 14, 1998 6:11 AM > To: Multiple recipients of list SQR-USERS > Subject: Oracle and PeopleSoft date format problem > > Hello! > I am new to writing SQRs. > The problem I have is with a date field to be loaded > from a flat file into a PeopleSoft table. > > The environment that I am working in has the following elements: > Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle > 7 DBMS. > In PeopleSoft, a date field is defined as 10 characters long whereas > the default date format in Oracle is DD-MMM-YYYY. > I have tried different ways to format the date field value in my SQR. > > Each time I got a different error message. > Has any one of you experienced a similar problem? How was your > problem solved? > > SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) > column is missing or NULL during insert > Case 1: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) > Values(to_date('10101900','mmddyyyy')); > end-sql > Case 2: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); > end-sql > > > SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character > was found where a numeric was expected > Case 3: > begin-sql on-error=sql-error > INSERT INTO PS_TBL > (Date_field) > Values(to_date('1900-10-10','yyyy-mm-dd')); > end-sql > end-procedure > > SQL Status = -1830, SQL Error = ORA-01830: date format picture ends > before converting entire input string > Case 4: > INSERT INTO PS_TBL > (Date_field) > Values('10_Oct_1900'); > end-sql > end-procedure > > Thanks in advance! > > > > > > > > > > > Jennifer (Jen) Lee > 626-1679 > From owner-sqr-users@list.iex.net Tue Apr 14 13:50:49 1998 Date: Tue, 14 Apr 1998 10:00:29 -0400 From: Michael Reel Subject: Re: Oracle and PeopleSoft date format problem Jennifer LEE wrote: > Hello! > I am new to writing SQRs. > The problem I have is with a date field to be loaded > from a flat file into a PeopleSoft table. > > The environment that I am working in has the following elements: > Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 DBMS. > In PeopleSoft, a date field is defined as 10 characters long whereas > the default date format in Oracle is DD-MMM-YYYY. > I have tried different ways to format the date field value in my SQR. > Each time I got a different error message. > Has any one of you experienced a similar problem? How was your problem solved? > SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) column is missing or NULL during insert > Case 1: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); > end-sql > The error message you are getting is that a mandatory column is missing or NULL during insert.The way PeopleSoft works is that any field that is not a date in the table is mandatory. You cannot just omit it. This means that any field you don't want to use would require a value. It is common to insert a space for chars and a zero for numbers. The only values that can be null are dates. Ironic considering your problem. ;) To fix your error look at you PS_TBL and find out what fields are being omitted. You are going to need to insert them. > Thanks in advance! > I hope it helps > Jennifer (Jen) Lee > 626-1679 Mike Reel DataStudy, Inc. From owner-sqr-users@list.iex.net Tue Apr 14 14:11:05 1998 Date: Tue, 14 Apr 1998 09:55:19 -0500 From: Eric Dimick Eastman Subject: Evaluate Quiz This is just a little game. I guessed wrong before I wrote a little test program. Props to anyone who knows it right off. Good luck, Eric What is the output of the following SQR program? begin-program move 1 to #t evaluate #t when = 1 move 2 to #t show 'Match 1: ' #t edit 999 when = 2 From owner-sqr-users@list.iex.net Tue Apr 14 16:45:19 1998 Date: Tue, 14 Apr 1998 11:22:44 -0700 From: Michael Lee Subject: Re: Name conversion from upper to mixed case It is very difficult to write a function or SQC which will handle this requirement and have 100% efficiency. You will encounter weird names/combinations. One case you will have trouble with are last names which start with 'Mc'. It is easy to write a function to perform 'LOWER' on the name and 'UPPER' on the first character of the last name and first name. This will work on about 98% of the names. You will need to code in special cases, like 'Mc' and 'DeGuzman', etc... Are you converting this for PS_PERSONAL_DATA? If you are, you will need a ',' if you are inserting directly into that table. There are name SQCs are there which may make it easier for you to convert. Look at the rotname sqcs. But remember that there are special cases for names, and your conversion will only be about 98% in accuracy. Michael K. Lee The Application Group, Inc. richard.mitchell@GSA.GOV on 04/14/98 05:38:00 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Name conversion from upper to mixed case This is an exercise using the LENGTH of the string, the INSTR of a ' ' , the LOWER FUNCTION, and CONCAT to put it all together. Whether you assume a middle initial or not, the algorithm is the same: 1. Get the length of the string. 2. find the location of the first ' ' (space). 3. Subtract 1 from the argument for the position of the 1st space 4. Let $New-String = lower(substring) for the length of {STEP 3} 5. Store the value of the ' ' + 1 6. Store the value of {SPACE + 2} to either the next space or end of string (LENGTH OF STRING - SPACE+1) 7, Convert the 2nd substring to LOWER case using LOWER() 8. Use CONCAT to put it all back together HTH Rick ______________________________ Reply Separator _________________________________ Subject: Name conversion from upper to mixed case Author: "timothy j laesch" at internet Date: 4/14/98 8:06 AM As part of a data conversion to PeopleSoft, we need to convert a person's name f rom all upper-case to PeopleSoft's mixed case format. Does anyone know of any e xisting SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Tue Apr 14 17:18:46 1998 Date: Tue, 14 Apr 1998 14:18:43 -0700 From: Ken Gartman Subject: Re: Name conversion from upper to mixed case Hi, Tim! 1. Is your database by any chance ORACLE? If it is, you are in luck! SELECT INITCAP ( EMPLOYEE_LAST_NAME ), INITCAP ( EMPLOYEE_FIRST_NAME ) FROM EMPLOYEE_HISTORY In SQR, you'd use this as: BEGIN-PROCEDURE READ-ONE-RECORD BEGIN-SELECT INITCAP ( EMPLOYEE_LAST_NAME ) LAST_NAME &LAST-NAME INITCAP ( EMPLOYEE_FIRST_NAME ) FIRST_NAME &FIRST-NAME ... DO PROCESS-ONE-RECORD FROM EMPLOYEE_HISTORY ... ORDER BY 1, 2 ... END-SELECT END-PROCEDURE READ-ONE-RECORD 2. Do you have one NAME field, such as CLIENT_NAME: TIMOTHY J LAESCH or separate fields, such as CLIENT_SURNAME: LAESCH CLIENT_FIRST_NAME: TIMOTHY CLIENT_MIDDLE_INITIAL: J 3. Do you care about names that don't have Peoplesoft's simple pattern of: 1. Initialize first letter of each name part. 2. Use lower case for all other letters? If you don't, you may unknowingly insult some clients. 1. Timothy J. laEsch 2. Edna R. McRay 3. Sigmund W. van't Hoff 4. BettyJean M. Arnold 5. Ralph S. vanderWald 6. le Roi Q. Jamison 7. d'Arcy Z. Beaufort 8. Mustafa B. abu Sultan 9. Greg U. O'Brien 10. YungCheng S. Li 11. Sue M. da'Silva 12. Cristina de los Gatos 13. Eduardo J. de Rivera y Sanchez 14. Silvia D. dell'Firenze 4. Don't sweat the small stuff, Ken Gartman Richard Mitchell wrote: > > This is an exercise using the LENGTH of the string, the INSTR of a ' ' > , the LOWER FUNCTION, and CONCAT to put it all together. > > Whether you assume a middle initial or not, the algorithm is the same: > > 1. Get the length of the string. > > 2. find the location of the first ' ' (space). > > 3. Subtract 1 from the argument for the position of the 1st space > > 4. Let $New-String = lower(substring) for the length of {STEP 3} > > 5. Store the value of the ' ' + 1 > > 6. Store the value of {SPACE + 2} to either the next space or end of > string (LENGTH OF STRING - SPACE+1) > > 7, Convert the 2nd substring to LOWER case using LOWER() > > 8. Use CONCAT to put it all back together > > HTH > > Rick > ______________________________ Reply Separator _________________________________ > Subject: Name conversion from upper to mixed case > Author: "timothy j laesch" at internet > Date: 4/14/98 8:06 AM > > As part of a data conversion to PeopleSoft, we need to convert a person's name f > rom all upper-case to PeopleSoft's mixed case format. Does anyone know of any e > xisting SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Tue Apr 14 17:18:46 1998 Date: Tue, 14 Apr 1998 10:05:42 -0400 From: "Wood, Dennis A" Subject: Re: Oracle and PeopleSoft date format problem Jennifer, In order to convert your date to the Oracle format, you may need to use a PeopleSoft canned sqc called "Format-DateTime". First, you must convert your Legacy date to the expected format of YYYYMMDD. ie: let $lagacy-dt = $yyyy || $mm || $dd ! setup legacy date DO Format-DateTime($lagacy-dt, $out, {DEFCMP}, '', 'native') let $oracle-dt = $out $out will contain a value like 'dd-mmm-yyyy' In order for the Format-DateTime sqc to work, the following call must be included prior to calling it for the first time. DO Init-DateTime Hope this works for you. >---------- >From: Jennifer LEE[SMTP:j-lee@ADMIN.NDIS.UMN.EDU] >Reply To: SQR-USERS@USA.NET >Sent: Tuesday, April 14, 1998 9:11 AM >To: Multiple recipients of list SQR-USERS >Subject: Oracle and PeopleSoft date format problem > >Hello! >I am new to writing SQRs. >The problem I have is with a date field to be loaded >from a flat file into a PeopleSoft table. > >The environment that I am working in has the following elements: >Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 >DBMS. >In PeopleSoft, a date field is defined as 10 characters long whereas >the default date format in Oracle is DD-MMM-YYYY. >I have tried different ways to format the date field value in my SQR. >Each time I got a different error message. >Has any one of you experienced a similar problem? How was your problem >solved? > >SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) column is >missing or NULL during insert >Case 1: >begin-sql on-error=sql-error >INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); >end-sql >Case 2: >begin-sql on-error=sql-error >INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); >end-sql > > >SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character was found >where a numeric was expected >Case 3: >begin-sql on-error=sql-error >INSERT INTO PS_TBL >(Date_field) >Values(to_date('1900-10-10','yyyy-mm-dd')); >end-sql >end-procedure > >SQL Status = -1830, SQL Error = ORA-01830: date format picture ends before >converting entire input string >Case 4: >INSERT INTO PS_TBL >(Date_field) >Values('10_Oct_1900'); >end-sql >end-procedure > >Thanks in advance! > > > > > > > > > > >Jennifer (Jen) Lee >626-1679 > From owner-sqr-users@list.iex.net Tue Apr 14 18:12:46 1998 Date: Tue, 14 Apr 1998 13:06:32 -0500 From: Jennifer LEE Subject: Re: Oracle and PeopleSoft date format problem Barb, Thanks a LOT! It works!! Thanks for sharing it! Jennifer (Jen) Lee 626-1679 >>> Barbara Wood 04/14/98 = 11:56AM >>> I hope this helps (I only looked at case 4): Even though you say your Oracle date format is default is = DD-MON-YYYY, I bet it isn't. It probably is DD-MON-YY. In your BEGIN-SETUP section include the following sql statement: Begin-SQL alter session set nls_date_format=3D'DD-MON-YYYY' End-SQL ______________________________ Reply Separator ____________________________= _____ Subject: Oracle and PeopleSoft date format problem Author: Non-HP-j-lee (j-lee@ADMIN.NDIS.UMN.EDU) at HP-PaloAlto,mimegw9 Date: 4/14/98 6:11 AM Hello! I am new to writing SQRs. The problem I have is with a date field to be loaded from a flat file into a PeopleSoft table. The environment that I am working in has the following elements: Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 = DBMS. In PeopleSoft, a date field is defined as 10 characters long whereas the default date format in Oracle is DD-MMM-YYYY. I have tried different ways to format the date field value in my SQR. Each time I got a different error message. Has any one of you experienced a similar problem? How was your problem = solved? SQL Status =3D -1400, SQL Error =3D ORA-01400: mandatory (NOT NULL) = column is missi ng or NULL during insert Case 1: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); end-sql Case 2: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); end-sql SQL Status =3D -1858, SQL Error =3D ORA-01858: a non-numeric character = was found wh ere a numeric was expected Case 3: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_field) Values(to_date('1900-10-10','yyyy-mm-dd')); end-sql end-procedure SQL Status =3D -1830, SQL Error =3D ORA-01830: date format picture ends = before conv erting entire input string Case 4: INSERT INTO PS_TBL (Date_field) Values('10_Oct_1900'); end-sql end-procedure Thanks in advance! Jennifer (Jen) Lee 626-1679 From owner-sqr-users@list.iex.net Tue Apr 14 18:29:20 1998 Date: Tue, 14 Apr 1998 15:08:57 -0400 From: Bill Foster Subject: Re: Evaluate Quiz Eric, based on what you sent, it will not compile. There is no end-evaluate, etc. Bill From owner-sqr-users@list.iex.net Tue Apr 14 18:49:53 1998 Date: Tue, 14 Apr 1998 10:49:13 -0600 From: Steven Calvert Subject: Re: Using SQR with Oracle's Applications Carol Watson wrote: > We've just recently purchased SQR and are looking for those of you who have > built the shell scripts necessary to run SQR reports through Oracle App's > Concurrent Manager. We are using version 10.7 of the Applications on Sun > Solaris. Can't do diddly for you, but just thought I would say "hi"! It has been awhile and we miss you (and Ione now, too) ... HR will never be the same ... sigh! -- Steven Calvert calvert@uleth.ca University of Lethbridge (403)329-2071 From owner-sqr-users@list.iex.net Tue Apr 14 18:52:20 1998 Date: Tue, 14 Apr 1998 10:53:49 -0600 From: Steven Calvert Subject: Re: Using SQR with Oracle's Applications Steven Calvert wrote: > Carol Watson wrote: :stuff deleted : Sorry gang ... this was supposed to just go to Carol. This sometimes happens when your fingers move faster than your brain. -- Steven Calvert calvert@uleth.ca University of Lethbridge (403)329-2071 From owner-sqr-users@list.iex.net Tue Apr 14 18:54:53 1998 Date: Tue, 14 Apr 1998 16:47:31 -0700 From: Steve Bollinger Subject: Re: Evaluate Quiz At 03:08 PM 4/14/98 -0400, you wrote: >Eric, >based on what you sent, it will not compile. There is no end-evaluate, etc. >Bill > > Yes, Eric. We love puzzles. Please send us one that is not broken. Steve From owner-sqr-users@list.iex.net Tue Apr 14 19:13:37 1998 Date: Tue, 14 Apr 1998 15:31:32 -0400 From: "Wanko, Christopher" Subject: Re: Evaluate Quiz > What is the output of the following SQR program? > begin-program > when = 2 I know! It doesn't compile! Props to me, props to me! -Chris From owner-sqr-users@list.iex.net Tue Apr 14 21:08:55 1998 Date: Tue, 14 Apr 1998 19:59:53 -0500 From: TIMOTHY J LAESCH Subject: Re: Name conversion from upper to mixed case David, my work address is: LAESCHT@BAXTER.COM If you could also send it to this address (tlaesch@prodigy.net) as we have been having troubles with e-mail at work lately. Thanks in advance for your help! -Tim -----Original Message----- From: David Harper To: Multiple recipients of list SQR-USERS Date: Tuesday, April 14, 1998 1:45 PM Subject: Re: Name conversion from upper to mixed case >I've done that a few times Tim. Don't know of a packaged sqc that does >it. I'm sure I could locate the routine I created, could e-mail it >probably tomorrow, send me your e-mail address. > >It handles pretty much all the conditions of Mc, Sr. Jr, II, III type >issues(McCurry III., James, etc.). Haven't looked at the routine in >quite a while and one or two conditions may slip through, but the >routine works for 99% of the employees I have worked with. > >David Harper >-- >ClientTech Online Solutions, Inc. >"Peoplesoft Implementation Specialists" >www.clienttech.com >800-404-2560 fax: 407-888-4841 > >TIMOTHY J LAESCH wrote: >> >> As part of a data conversion to PeopleSoft, we need to convert a >> person's name from all upper-case to PeopleSoft's mixed case format. >> Does anyone know of any existing SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Tue Apr 14 21:53:05 1998 Date: Tue, 14 Apr 1998 11:30:16 -0400 From: Clark Kristie Subject: Re: Oracle and PeopleSoft date format problem Jennifer, This usually works for me... begin-sql insert into ps_table (date_field) values (to_date('01/01/1900','MM/DD/YYYY')) end-sql > ---------- > From: Jennifer LEE[SMTP:j-lee@ADMIN.NDIS.UMN.EDU] > Sent: Tuesday, April 14, 1998 9:11 AM > To: Multiple recipients of list SQR-USERS > Subject: Oracle and PeopleSoft date format problem > > Hello! > I am new to writing SQRs. > The problem I have is with a date field to be loaded > from a flat file into a PeopleSoft table. > > The environment that I am working in has the following elements: > Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle > 7 DBMS. > In PeopleSoft, a date field is defined as 10 characters long whereas > the default date format in Oracle is DD-MMM-YYYY. > I have tried different ways to format the date field value in my SQR. > > Each time I got a different error message. > Has any one of you experienced a similar problem? How was your > problem solved? > > SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) > column is missing or NULL during insert > Case 1: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) > Values(to_date('10101900','mmddyyyy')); > end-sql > Case 2: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); > end-sql > > > SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character > was found where a numeric was expected > Case 3: > begin-sql on-error=sql-error > INSERT INTO PS_TBL > (Date_field) > Values(to_date('1900-10-10','yyyy-mm-dd')); > end-sql > end-procedure > > SQL Status = -1830, SQL Error = ORA-01830: date format picture ends > before converting entire input string > Case 4: > INSERT INTO PS_TBL > (Date_field) > Values('10_Oct_1900'); > end-sql > end-procedure > > Thanks in advance! > > > > > > > > > > > Jennifer (Jen) Lee > 626-1679 > From owner-sqr-users@list.iex.net Tue Apr 14 22:10:06 1998 Date: Tue, 14 Apr 1998 14:56:01 -0500 From: Wes Williams Subject: Evaluate Quiz -Reply ??? #t evaluates as 1 then becomes 2 and is displayed as Match 1: 2. Am I missing something ? Wes >>> Eric Dimick Eastman 04/14/98 09:55am >>> This is just a little game. I guessed wrong before I wrote a little test program. Props to anyone who knows it right off. Good luck, Eric What is the output of the following SQR program? begin-program move 1 to #t evaluate #t when = 1 move 2 to #t show 'Match 1: ' #t edit 999 when = 2 From owner-sqr-users@list.iex.net Tue Apr 14 22:46:25 1998 Date: Tue, 14 Apr 1998 11:54:34 -0600 From: Robert Goshko Subject: Re: Oracle and PeopleSoft date format problem ------ =_NextPart_000_01BD67E1.E58B0E00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I use PeopleSoft 5 and Oracle 7, and the format for working with dates = that I use is: begin-select to_char( pay_end_dt, 'yyyy-mm-dd' ) &Char_date from ps_pay_calendar end-select ....or... begin-sql insert into ps_pay_calendar ( pay_end_dt ) values ( to_date( '1998-01-01', 'yyyy-mm-dd' ) ) end-sql I must have written this code a hundred time and it works. If you are = getting the date from the system or the user, make sure of the format. = There are three modifiers in PeopleSoft SQC lib's that control the date = inside of SQR: LET $ReportMMLZero =3D 1 ! Leading zero on the month LET $ReportDDLZero =3D 1 ! Leading zero on the day LET $ReportYear4 =3D 1 ! 4 digit year Setting them to 0 give you the other option (no leading zeros, 2 digit = year) Hope this helps. ......Rob -------------------------------------------------------------------------= --- Robert Goshko | Axis Developments | System Consulting = Services robert.goshko@axis-dev.com | Sherwood Park, AB | (403) 417-AXIS -----Original Message----- From: Jennifer LEE [SMTP:j-lee@ADMIN.NDIS.UMN.EDU] Sent: Tuesday, April 14, 1998 7:11 AM To: Multiple recipients of list SQR-USERS Subject: Oracle and PeopleSoft date format problem Hello! I am new to writing SQRs. =20 The problem I have is with a date field to be loaded=20 from a flat file into a PeopleSoft table. =20 The environment that I am working in has the following elements: Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 = DBMS. In PeopleSoft, a date field is defined as 10 characters long whereas=20 the default date format in Oracle is DD-MMM-YYYY. I have tried different ways to format the date field value in my SQR. =20 Each time I got a different error message. =20 Has any one of you experienced a similar problem? How was your problem = solved? SQL Status =3D -1400, SQL Error =3D ORA-01400: mandatory (NOT NULL) = column is missing or NULL during insert Case 1: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); end-sql Case 2: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); end-sql SQL Status =3D -1858, SQL Error =3D ORA-01858: a non-numeric character = was found where a numeric was expected Case 3: begin-sql on-error=3Dsql-error INSERT INTO PS_TBL (Date_field) Values(to_date('1900-10-10','yyyy-mm-dd')); end-sql end-procedure =20 SQL Status =3D -1830, SQL Error =3D ORA-01830: date format picture ends = before converting entire input string Case 4: INSERT INTO PS_TBL (Date_field) Values('10_Oct_1900'); end-sql end-procedure Thanks in advance! Jennifer (Jen) Lee 626-1679 ------ =_NextPart_000_01BD67E1.E58B0E00 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+Ig8CAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAkAEAAAEAAAAQAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAQQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0Eu TkVUAFNNVFAAU1FSLVVTRVJTQFVTQS5ORVQAAAAAHgACMAEAAAAFAAAAU01UUAAAAAAeAAMwAQAA ABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAMAFQwBAAAAAwD+DwYAAAAeAAEwAQAAABQAAAAnU1FS LVVTRVJTQFVTQS5ORVQnAAIBCzABAAAAFwAAAFNNVFA6U1FSLVVTRVJTQFVTQS5ORVQAAAMAADkA AAAACwBAOgEAAAAeAPZfAQAAABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAIB918BAAAAQQAAAAAA AACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0EuTkVUAFNNVFAAU1FSLVVTRVJTQFVT QS5ORVQAAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAALhQwEEgAEALgAAAFJFOiBP cmFjbGUgYW5kIFBlb3BsZVNvZnQgZGF0ZSBmb3JtYXQgcHJvYmxlbQAzEAEFgAMADgAAAM4HBAAO AAsANgAiAAIATAEBIIADAA4AAADOBwQADgALACsAHAACADsBAQmAAQAhAAAAMDk0Q0MxMjFGRkQy RDExMTg1MTIwMDYwOTczN0E1RTAA6wYBA5AGANwKAAAhAAAACwACAAEAAAALACMAAAAAAAMAJgAA AAAACwApAAAAAAADAC4AAAAAAAMANgAAAAAAQAA5AOCDdmLOZ70BHgBwAAEAAAAuAAAAUkU6IE9y YWNsZSBhbmQgUGVvcGxlU29mdCBkYXRlIGZvcm1hdCBwcm9ibGVtAAAAAgFxAAEAAAAWAAAAAb1n zmI7IcFMCtL/EdGFEgBglzel4AAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAABsAAAByb2Jl cnQuZ29zaGtvQGF4aXMtZGV2LmNvbQAAAwAGEHS5ca4DAAcQKQgAAB4ACBABAAAAZQAAAElVU0VQ RU9QTEVTT0ZUNUFORE9SQUNMRTcsQU5EVEhFRk9STUFURk9SV09SS0lOR1dJVEhEQVRFU1RIQVRJ VVNFSVM6QkVHSU4tU0VMRUNUVE9DSEFSKFBBWUVORERULFlZWVkAAAAAAgEJEAEAAAChBwAAnQcA ANcNAABMWkZ1W7Rb0XcACgEDAfcgAqQD4wIAY4JoCsBzZXQwIAcTjwKDAFAC8g9ZVGFoA3F9AoMy BEYPWQhVB7ICgzOhDudwcnEyD/Z9CoCJCMggOwlvMjU1AoDZCoF1YwBQCwNjAEELYGBuZzEwMxSh C8QgCEkgdQ+wIFBlbxELUGVTbwGAIDUgYQBwZCBPcgDQGwAgZDcsG4N0aBqgAhBypwDABUAc8SB3 BbBrC4DKZx2QaRywIGQdMAeR7xywHTEaZAQAOgqiCoQKgGhiZWcLgC0PsBsAYyJ0H7R0b18Pcigg CQqweV8J8GRfZHQJHFAneSLxLW1tLUBkZCcgKSAjwCZ+Qw+BIpAegR+0A1IiEHP6XyIiYwdAImEK wB+0ImH7IMsftC4n8AWwJ/EfvyDA/nEJUCiDC4APsAAgH3ACML5vJT8ogyIKI6AodHYHQD8KUA9A K+UhkR5yIgAnMUA5OTgtMDEvMSe/Is8tBSaTKaYodBpgbRqA6wVAD4B2GqB3BRACQAnwexyhBAAg BaABABuAMrB1fxugCXEcoAdxG4MeMB2Tc8IuI8BJZiB5CGAbgPkJcCBnD8A00B3xHLIecqcc4CUC HLJzeTKQZSUgtwWxHLIagXIcUADAazhB3whwGqAbMBypNeFUHMA2kf82ghywCdEyYARwBpAIkQQg AwuAGrpTUUMgbGn8YicetQWgAjADYAMgN0fdKiFpNAE6QT3AUh+rI8EATEVUICRSZXBhCRFNTUxa BJAqwD0sIDEjwUL5IUGAZWH7PGAd8XpCggIgHKMEYAIw5mhBDwkRRERCb0N/RIktHnB5RY8JEVlI gHI0fyPBR09IUEtgPGAgkAVAef9LMSh6BmA25zgBKsAP4CCQ9zLhNkIcsm8csQXAGuA00LlEwShu KsAbAEiYcxxQ7xVwTPgtBSh0SBrgO8IzsX0cwGwq4ChrGLYC0RChc/gxNyAn8SfwCAAMMFTq+RJQ IC1YP1lPWl9bb1vlL0nnI8FXASpSR1IAaGsrKsBHdXwP8HgzsURl+zLgCQBwB4ACMAQgXwAGsGc4 gwhQAIB1bDbzBmF2nGljLbYDYF3SLmdeM9xAYV8xI2BfgC4FoCUgv2BBO1EdoARwGrAKwGscUMxB Ql7xR3QoNBmgI7CCNFaALUFYSVMQgntXpVZwNlU6FJFVST4AM/42AUAVQFBAIQFYJBvQTQHObgdA BdAHkHNhNsBcqR9phmlxCxNppAIAaS0xxjRl4GkhMTgwAUAM0HFts2IgRgNhH6AMkmJtD+BKCfAD AGYT8UGQRQAgW1NNVFA6agItGwBlQEFETUkQTi5ORGaQLlVN4XGgRURVXSh1buAGYPsCMG9HVC2h SbFlARVAAxFPbbAcUC7yHDA6MUvAQdJNcpdUb29HTWESGvH6IAlwYwUgCJBgAjpBPgCDMpFAYS1V U0VSZqDxcqd1YmohAW9HG9Ubkv8ayTeEHQRpkQJgOKBrv2zKX2k0C7ZThCDgCQAhMfZh/SUgbgfR KrEzEmFDQHA10v8K4wqAO0F9FhpRMsMzsR4j9zQwN4QIkGwckSrAIHA98N5vSJA0oSSZNDBmC2Ad Qf8DED+iKrE0MBrJAZEbAChl74L6CfBhsANgbl/iHsaBcf8dpjzhD4AeshzSgLED8B3xVyDhX+Mf pVcLgGSNoCBkOTUcUE5vX5EDIE4GVBxQQGFXIFYzLvwwLm4gkOCQ4BxQGsl2cN8G8AQgHEUb1l9g QgXgKGX+STz6HFGFOjOxAQELgDSh/4zxGZAz0A+BANAekDyxCQC/HfI7UozxITU3UgEQYWERT3xb POEb1V9CRC1CQE38LVmboZPGMrQ+4AiQG7D3PGFwIYtSdyIwHrEqwBz1zzdIhaMtczzSbXlAUjXh /Sh0RQDQHlA00xpgYtAFQP+FIZ03BJADYAXAB4FrIqCXfkiM8QBwoEACIDojNkJl9nhT8AiBbmHQ loE4UAdw9wMQCsF9JT8jwFPQB+CdwD8EIDZBprc4UAbwMuBkP9lNm1FMBgABkHQagEuRb22hbkCQ MqoQRaLzS5FP7FJBLzGq4To5kSXxIZAicqBAKE5PQbBOVcxMTCOwCOF1bQOgM7H/pnAEEB3iBbGt oh5gCHGMg9sqQih0Q4zwGqAxH6UpN3VEsS2i4z0pkbJkMfVOJ3kxQbBxkFRPGrBTXyRUQqoQKEQe gV9G64WiI7BWLYMoLlYu4C9A7S9AOW5AL5AnI0AjcCLyuCcpKRbgMN+wxDKxP5+yT7NftG+1erax X08hEB5ftyG4H1T8qd84NTh/qx+sIsJxrJA0MFEgILBu+64wBnFjlvinowIQNGGX9H/EMsS1p7Kl cpdRCzGwlzP/uc+637vvvPYr1b2ThZMtBf+1z7cRbaDPQrdBIvm4DyZHv2mRpfE6AUnlwS/CMzOr D//DpNSQrJB8a2HAqmA2kSJh/wQgIHAc8RqgPrEy4AAgjcPnAjCLAD+icHUFQDKQr8L9sHk0H6XL f8yPzZ2+xrcD/9Cv0b8oejtAAHA1wDzSSJD/LXCl4YDl40/kX+VvH+dv1x4ob9EjsEhwJIU2Mjax baA2NzkoehYBAOpgAAAAAwAQEAAAAAADABEQAAAAAAMAgBD/////QAAHMOA0ItXMZ70BQAAIMOA0 ItXMZ70BCwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADADqACCAGAAAAAADAAAAAAAAA RgAAAABShQAAtw0AAB4AO4AIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADguMAADADyA CCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsARYAIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAA AAAAAwBGgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAEeACCAGAAAAAADAAAAAAAAARgAA AAARhQAAAAAAAAMASoAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBagAggBgAAAAAAwAAA AAAAAEYAAAAANoUAAAEAAAABAAAAAAAAAB4AW4AIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAA AQAAAAAAAAAeAFyACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAHgA9AAEAAAAF AAAAUkU6IAAAAAADAA00/TcAAKhP ------ =_NextPart_000_01BD67E1.E58B0E00-- From owner-sqr-users@list.iex.net Wed Apr 15 03:24:17 1998 Date: Tue, 14 Apr 1998 16:54:45 -0400 From: "Weaver, Judith R" Subject: Re: Evaluate Quiz OK - I'll bite: Match 1: 2 The program should also enter the 'when = 2' leg but you haven't entered anything beyond that. >---------- >From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] >Reply To: SQR-USERS@USA.NET >Sent: Tuesday, April 14, 1998 10:55 AM >To: Multiple recipients of list SQR-USERS >Subject: Evaluate Quiz > >This is just a little game. I guessed wrong before I wrote a little >test program. Props to anyone who knows it right off. > >Good luck, >Eric > >What is the output of the following SQR program? > >begin-program >move 1 to #t >evaluate #t > when = 1 > move 2 to #t > show 'Match 1: ' #t edit 999 > when = 2 > > From owner-sqr-users@list.iex.net Wed Apr 15 05:37:52 1998 Date: Tue, 14 Apr 1998 16:00:00 -0400 From: Richard Mitchell Subject: Re[2]: Name conversion from upper to mixed case --UNS_gsauns2_2845469932 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline If you find the code - Post it - It might save a lot of us a lot of time. Rick ______________________________ Reply Separator _________________________________ Subject: Re: Name conversion from upper to mixed case Author: "david harper" at internet Date: 4/14/98 9:45 AM I've done that a few times Tim. Don't know of a packaged sqc that does it. I'm sure I could locate the routine I created, could e-mail it probably tomorrow, send me your e-mail address. It handles pretty much all the conditions of Mc, Sr. Jr, II, III type issues(McCurry III., James, etc.). Haven't looked at the routine in quite a while and one or two conditions may slip through, but the routine works for 99% of the employees I have worked with. David Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 TIMOTHY J LAESCH wrote: > > As part of a data conversion to PeopleSoft, we need to convert a > person's name from all upper-case to PeopleSoft's mixed case format. > Does anyone know of any existing SQC or algorithms to help us out? --UNS_gsauns2_2845469932-- From owner-sqr-users@list.iex.net Wed Apr 15 05:53:42 1998 Date: Tue, 14 Apr 1998 19:14:35 -0300 From: Aya Fall Subject: Re: Oracle and PeopleSoft date format problem Jennifer LEE wrote: > > Hello! > I am new to writing SQRs. > The problem I have is with a date field to be loaded > from a flat file into a PeopleSoft table. > > The environment that I am working in has the following elements: > Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 DBMS. > In PeopleSoft, a date field is defined as 10 characters long whereas > the default date format in Oracle is DD-MMM-YYYY. > I have tried different ways to format the date field value in my SQR. > Each time I got a different error message. > Has any one of you experienced a similar problem? How was your problem solved? > > SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) column is missing or NULL during insert > Case 1: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); > end-sql > Case 2: > begin-sql on-error=sql-error > INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); > end-sql > > SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character was found where a numeric was expected > Case 3: > begin-sql on-error=sql-error > INSERT INTO PS_TBL > (Date_field) > Values(to_date('1900-10-10','yyyy-mm-dd')); > end-sql > end-procedure > > SQL Status = -1830, SQL Error = ORA-01830: date format picture ends before converting entire input string > Case 4: Hi Jennifer: Use the following Oracle date format in your SQR. Example: 14-APR-98 (not 14-APR-1998) Hope this helps. Aya. > INSERT INTO PS_TBL > (Date_field) > Values('10_Oct_1900'); > end-sql > end-procedure > > Thanks in advance! > > Jennifer (Jen) Lee > 626-1679 From owner-sqr-users@list.iex.net Wed Apr 15 06:48:49 1998 Date: Tue, 14 Apr 1998 13:12:25 -0500 From: Jennifer LEE Subject: Re: Name conversion from upper to mixed case People Soft (v6 and 7) has an sqc, cccv2mxd.sqc, that converts an upper = case string into a mixed- characters one. Jennifer (Jen) Lee 626-1679 >>> David Harper 04/14/98 08:45AM >>> I've done that a few times Tim. Don't know of a packaged sqc that does it. I'm sure I could locate the routine I created, could e-mail it probably tomorrow, send me your e-mail address. It handles pretty much all the conditions of Mc, Sr. Jr, II, III type issues(McCurry III., James, etc.). Haven't looked at the routine in quite a while and one or two conditions may slip through, but the routine works for 99% of the employees I have worked with. David Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com=20 800-404-2560 fax: 407-888-4841 TIMOTHY J LAESCH wrote: > > As part of a data conversion to PeopleSoft, we need to convert a > person's name from all upper-case to PeopleSoft's mixed case format. > Does anyone know of any existing SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Wed Apr 15 08:08:17 1998 Date: Wed, 15 Apr 1998 08:56:10 -0400 From: David Harper Subject: Re: Name conversion from upper to mixed case Jennifer, I don't find that in our V7 directories. Is that HR/Payroll that you are on? Dave Harper Jennifer LEE wrote: > > People Soft (v6 and 7) has an sqc, cccv2mxd.sqc, that converts an upper case string into a mixed- characters one. > > Jennifer (Jen) Lee > 626-1679 > -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 15 10:04:25 1998 Date: Wed, 15 Apr 1998 07:46:24 -0700 From: Michael Lee Subject: Re: Name conversion from upper to mixed case Jennifer, Are you sure that cccv2mxd.sqc is a PeopleSoft delivered sqc? I have never heard of this sqc before and it is not located in the SQR directory in the delivered vanilla product. Michael K. Lee mlee@appgroup.com The Application Group, Inc. j-lee@ADMIN.NDIS.UMN.EDU on 04/14/98 11:12:25 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Name conversion from upper to mixed case People Soft (v6 and 7) has an sqc, cccv2mxd.sqc, that converts an upper case string into a mixed- characters one. Jennifer (Jen) Lee 626-1679 >>> David Harper 04/14/98 08:45AM >>> I've done that a few times Tim. Don't know of a packaged sqc that does it. I'm sure I could locate the routine I created, could e-mail it probably tomorrow, send me your e-mail address. It handles pretty much all the conditions of Mc, Sr. Jr, II, III type issues(McCurry III., James, etc.). Haven't looked at the routine in quite a while and one or two conditions may slip through, but the routine works for 99% of the employees I have worked with. David Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 TIMOTHY J LAESCH wrote: > > As part of a data conversion to PeopleSoft, we need to convert a > person's name from all upper-case to PeopleSoft's mixed case format. > Does anyone know of any existing SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Wed Apr 15 10:35:52 1998 Date: Wed, 15 Apr 1998 07:21:03 -0500 From: Eric Dimick Eastman Subject: Re: Evaluate Quiz Sorry about this. I have no idea why only 1/4 of the message showed up in the list. Eric PS Any smart Alec writing back saying that the program won't compile because of the "> " will be summarily compiled and executed On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > This is just a little game. I guessed wrong before I wrote a little > test program. Props to anyone who knows it right off. > > Good luck, > Eric > > What is the output of the following SQR program? > > begin-program > move 1 to #t > evaluate #t > when = 1 > move 2 to #t > show 'Match 1: ' #t edit 999 > when = 2 > move 4 to #t > show 'Match 2: ' #t edit 999 > when = 3 > move 5 to #t > show 'Match 3: ' #t edit 999 > break > when = 4 > move 6 to #t > show 'Match 4: ' #t edit 999 > when-other > show 'other' > end-evaluate > end-program > > Answer below: > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > Match 1: 2 > Match 2: 4 > Match 4: 6 > > SQR: End of Run. > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. > > > ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, erice@ontko.com |Richmond, IN |God created the Earth, complete http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Wed Apr 15 10:58:10 1998 Date: Wed, 15 Apr 1998 08:36:58 -0700 From: Michael Lee Subject: Re: Name conversion from upper to mixed case Forgot to add, I checked both V6.1 PeopleTools|V6.01.00.000 AppRelease and V7 PeopleTools|V7.00.00.000 AppRelease. This SQC is not delivered with the distribution. Michael K. Lee mlee@appgroup.com The Application Group, Inc. MLee@APPGROUP.COM on 04/15/98 07:46:24 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Name conversion from upper to mixed case Jennifer, Are you sure that cccv2mxd.sqc is a PeopleSoft delivered sqc? I have never heard of this sqc before and it is not located in the SQR directory in the delivered vanilla product. Michael K. Lee mlee@appgroup.com The Application Group, Inc. j-lee@ADMIN.NDIS.UMN.EDU on 04/14/98 11:12:25 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Name conversion from upper to mixed case People Soft (v6 and 7) has an sqc, cccv2mxd.sqc, that converts an upper case string into a mixed- characters one. Jennifer (Jen) Lee 626-1679 >>> David Harper 04/14/98 08:45AM >>> I've done that a few times Tim. Don't know of a packaged sqc that does it. I'm sure I could locate the routine I created, could e-mail it probably tomorrow, send me your e-mail address. It handles pretty much all the conditions of Mc, Sr. Jr, II, III type issues(McCurry III., James, etc.). Haven't looked at the routine in quite a while and one or two conditions may slip through, but the routine works for 99% of the employees I have worked with. David Harper -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560 fax: 407-888-4841 TIMOTHY J LAESCH wrote: > > As part of a data conversion to PeopleSoft, we need to convert a > person's name from all upper-case to PeopleSoft's mixed case format. > Does anyone know of any existing SQC or algorithms to help us out? From owner-sqr-users@list.iex.net Wed Apr 15 11:10:18 1998 Date: Wed, 15 Apr 1998 06:52:00 -0400 From: Philip Roemer Subject: Anyone using Insqribe? We have an SQR v4 report on OpenVMS 6.2 which has a new-report command. When the .SPF files are transferred to the PC an viewed using the Insqribe ActiveX viewer the 2nd .SPF is blank if it is only 1 page, the 1st file is ok. If we look at it on the VAX there is stuff in the file and if the .LIS is printed from the VAX it is ok. The .SPF doesn't print either. Any help would be appreciated seeing as though we are on a strict deadline, thanks, Phil From owner-sqr-users@list.iex.net Wed Apr 15 11:16:49 1998 Date: Wed, 15 Apr 1998 07:18:02 -0500 From: Ray Ontko Subject: Evaluate Quiz (fwd) Folks, Eric's original quiz message got truncated for some reason, but I have a copy of the program he sent me before I suggested that he forward it to the list. Perhaps this will make some more sense. Ray ----- Forwarded message from Eric Dimick Eastman ----- What is the output of the following program? begin-program move 1 to #t evaluate #t when = 1 move 2 to #t show 'Match 1: ' #t edit 999 when = 2 move 4 to #t show 'Match 2: ' #t edit 999 when = 3 move 5 to #t show 'Match 3: ' #t edit 999 when = 4 move 6 to #t show 'Match 4: ' #t edit 999 when-other show 'other' end-evaluate end-program Answer below: SQR: Structured Query Report Writer V3.0.12.1 Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. Match 1: 2 Match 2: 4 Match 4: 6 SQR: End of Run. ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, erice@ontko.com |Richmond, IN |God created the Earth, complete http://www.ontko.com| |with 5,000,000,000 years of history. ----- End of forwarded message from Eric Dimick Eastman ----- ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Wed Apr 15 11:53:58 1998 Date: Wed, 15 Apr 1998 09:34:55 -0700 From: Steve Bollinger Subject: Re: Evaluate Quiz Ok here's the deal: Subsequent "when"s are evaluated to the newly set value of #t. At first, I could not tell if the "when = 2" was being executed because of no "break" statement in the "when = 1" causing fall-through as in C and some other languages OR if #t was being re-evaluated by it's newly assigned value. So, I tried this: begin-report move 1 to #t evaluate #t when = 1 move 3 to #t show 'Match 1: ' #t edit 999 when = 2 show 'Match 2: ' #t edit 999 when = 3 show 'Match 3: ' #t edit 999 when-other show 'Match other: ' #t edit 999 end-evaluate end-report The output was this: Match 1: 3 Match 3: 3 SQRW: End of Run. When a break statement was inserted as the last command in the "when = 1" portion then the "Match 3:" went away. This proves that the evaluation of #t will adjust itself in the middle of the evaluate statement to a newly assigned value of #t. This is supprising and not what you would get in other languages that I am familiar with. Thanks for the tip Eric. This could be very useful. Steve From owner-sqr-users@list.iex.net Wed Apr 15 12:58:56 1998 Date: Tue, 14 Apr 1998 12:25:33 -0500 From: Mark Kraft Subject: Oracle and PeopleSoft date format problem -Reply One way to fix the date problem in PeopleSoft and SQR is to use a provided SQC called DateMath. here is how you would set it up do format-datetime($variable in, $variable out, {defmdy - or whatever the date format coming in as is}, '', 'native') this will take the date and place it in the native format for the database From owner-sqr-users@list.iex.net Wed Apr 15 13:18:06 1998 Date: Wed, 15 Apr 1998 10:11:17 -0700 From: Rob Schiller Subject: Re: Evaluate Quiz Hmmmm... this raises an interesting question... Since #t = 6 when the "when-other" clause is reached, why wouldn't the when-other clause be executed? -- Rob > ---------- > From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > Sent: Wednesday, April 15, 1998 5:21 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Evaluate Quiz > > Sorry about this. I have no idea why only 1/4 of the message showed > up > in the list. > > Eric > > PS Any smart Alec writing back saying that the program won't compile > because of the "> " will be summarily compiled and executed > > On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > > > This is just a little game. I guessed wrong before I wrote a little > > test program. Props to anyone who knows it right off. > > > > Good luck, > > Eric > > > > What is the output of the following SQR program? > > > > begin-program > > move 1 to #t > > evaluate #t > > when = 1 > > move 2 to #t > > show 'Match 1: ' #t edit 999 > > when = 2 > > move 4 to #t > > show 'Match 2: ' #t edit 999 > > when = 3 > > move 5 to #t > > show 'Match 3: ' #t edit 999 > > break > > when = 4 > > move 6 to #t > > show 'Match 4: ' #t edit 999 > > when-other > > show 'other' > > end-evaluate > > end-program > > > > Answer below: > > > > > > > > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > > > Match 1: 2 > > Match 2: 4 > > Match 4: 6 > > > > SQR: End of Run. > > > > > ---------------------------------------------------------------------- > -- > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of > history. > > > > > > > > ---------------------------------------------------------------------- > -- > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of > history. > From owner-sqr-users@list.iex.net Wed Apr 15 13:29:53 1998 Date: Wed, 15 Apr 1998 11:36:33 -0400 From: Wendy Stern Subject: Re: Evaluate Quiz I think the last line of the answer should be other there was no break so it should fell through. Wendy > ---------- > From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > Sent: Wednesday, April 15, 1998 8:21 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Evaluate Quiz > > Sorry about this. I have no idea why only 1/4 of the message showed > up > in the list. > > Eric > > PS Any smart Alec writing back saying that the program won't compile > because of the "> " will be summarily compiled and executed > > On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > > > This is just a little game. I guessed wrong before I wrote a little > > test program. Props to anyone who knows it right off. > > > > Good luck, > > Eric > > > > What is the output of the following SQR program? > > > > begin-program > > move 1 to #t > > evaluate #t > > when = 1 > > move 2 to #t > > show 'Match 1: ' #t edit 999 > > when = 2 > > move 4 to #t > > show 'Match 2: ' #t edit 999 > > when = 3 > > move 5 to #t > > show 'Match 3: ' #t edit 999 > > break > > when = 4 > > move 6 to #t > > show 'Match 4: ' #t edit 999 > > when-other > > show 'other' > > end-evaluate > > end-program > > > > Answer below: > > > > > > > > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > > > Match 1: 2 > > Match 2: 4 > > Match 4: 6 > > > > SQR: End of Run. > > > > > ---------------------------------------------------------------------- > -- > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of > history. > > > > > > > > ---------------------------------------------------------------------- > -- > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of > history. > From owner-sqr-users@list.iex.net Wed Apr 15 14:04:53 1998 Date: Wed, 15 Apr 1998 14:52:00 -0400 From: "Kantheti, Gandhi" Subject: Re: Evaluate Quiz Eric, This mistake would not have happened if only you used 'break' after each When!! Gandhi. ---------- From: Eric Dimick Eastman To: Multiple recipients of list SQR-USERS Subject: Re: Evaluate Quiz Date: Wednesday, April 15, 1998 8:21AM Sorry about this. I have no idea why only 1/4 of the message showed up in the list. Eric PS Any smart Alec writing back saying that the program won't compile because of the "> " will be summarily compiled and executed On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > This is just a little game. I guessed wrong before I wrote a little > test program. Props to anyone who knows it right off. > > Good luck, > Eric > > What is the output of the following SQR program? > > begin-program > move 1 to #t > evaluate #t > when = 1 > move 2 to #t > show 'Match 1: ' #t edit 999 > when = 2 > move 4 to #t > show 'Match 2: ' #t edit 999 > when = 3 > move 5 to #t > show 'Match 3: ' #t edit 999 > break > when = 4 > move 6 to #t > show 'Match 4: ' #t edit 999 > when-other > show 'other' > end-evaluate > end-program > > Answer below: > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > Match 1: 2 > Match 2: 4 > Match 4: 6 > > SQR: End of Run. > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. > > > ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, erice@ontko.com |Richmond, IN |God created the Earth, complete http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Wed Apr 15 14:23:34 1998 Date: Wed, 15 Apr 1998 09:12:32 -0500 From: Jennifer LEE Subject: Re: Name conversion from upper to mixed case We have PeopleSoft Higher Education Student Administration V7. The = program is stored under=20 \PSFT\SA700\SQR\cccv2mxd.sqc. I have not used it myself but I have seen = other PeopleSoft delivered SQRs calling this program whenever mixed case = conversion is needed. Jennifer (Jen) Lee 626-1679 >>> David Harper 04/15/98 07:56AM >>> Jennifer, I don't find that in our V7 directories. Is that HR/Payroll that you are on? Dave Harper Jennifer LEE wrote: > > People Soft (v6 and 7) has an sqc, cccv2mxd.sqc, that converts an upper = case string into a mixed- characters one. > > Jennifer (Jen) Lee > 626-1679 > -- ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com=20 800-404-2560 fax: 407-888-4841 From owner-sqr-users@list.iex.net Wed Apr 15 14:29:54 1998 Date: Wed, 15 Apr 1998 13:54:02 -0500 From: Ray Ontko Subject: Re: Evaluate Quiz Rob > Hmmmm... this raises an interesting question... > > Since #t = 6 when the "when-other" clause is reached, why wouldn't the > when-other clause be executed? I think the logic behind when-other is that it only "fires" if NONE of the WHENs succeeded. Strange, but true. Ray > > > ---------- > > From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > > Sent: Wednesday, April 15, 1998 5:21 AM > > To: Multiple recipients of list SQR-USERS > > Subject: Re: Evaluate Quiz > > > > Sorry about this. I have no idea why only 1/4 of the message showed > > up > > in the list. > > > > Eric > > > > PS Any smart Alec writing back saying that the program won't compile > > because of the "> " will be summarily compiled and executed > > > > On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > > > > > This is just a little game. I guessed wrong before I wrote a little > > > test program. Props to anyone who knows it right off. > > > > > > Good luck, > > > Eric > > > > > > What is the output of the following SQR program? > > > > > > begin-program > > > move 1 to #t > > > evaluate #t > > > when = 1 > > > move 2 to #t > > > show 'Match 1: ' #t edit 999 > > > when = 2 > > > move 4 to #t > > > show 'Match 2: ' #t edit 999 > > > when = 3 > > > move 5 to #t > > > show 'Match 3: ' #t edit 999 > > > break > > > when = 4 > > > move 6 to #t > > > show 'Match 4: ' #t edit 999 > > > when-other > > > show 'other' > > > end-evaluate > > > end-program > > > > > > Answer below: > > > > > > > > > > > > > > > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > > > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > > > > > Match 1: 2 > > > Match 2: 4 > > > Match 4: 6 > > > > > > SQR: End of Run. > > > > > > > > ---------------------------------------------------------------------- > > -- > > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > > days, > > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > > http://www.ontko.com| |with 5,000,000,000 years of > > history. > > > > > > > > > > > > > ---------------------------------------------------------------------- > > -- > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of > > history. > > > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Wed Apr 15 14:31:08 1998 Date: Wed, 15 Apr 1998 10:20:09 -0500 From: Rodney McKnight Subject: Re: Name conversion from upper to mixed case -Reply Jennifer, I think Michael is right. Maybe it is called something else. I searched our PeopleSoft 7 sqc library, but I could not locate this sqc. Rodney Mcknight GATX Corporation Chicago From owner-sqr-users@list.iex.net Wed Apr 15 15:46:20 1998 Date: Wed, 15 Apr 1998 12:56:00 -0400 From: Richard Mitchell Subject: A 2 Level Break Totals Problem --UNS_gsauns2_2846125687 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Help! When I try to write a multi total report, this is what I want. the lines after the first break, the output looks like: BUILDING NUMBER PROBLEM TYPE DETAIL LINE PROBLEM TYPE TOTAL BUILDING NUMBER TOTAL I would like to use PRINT=CHANGE/TOP The first break is ok. After the first break, the output looks like: If PRINT=ALWAYS YOU SEE: BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE TOTAL PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE TOTAL BUILDING NUMBER TOTAL Using SQR3 - Workbench, Oracle I have: used PRINT=ALWAYS used PRINT=CHANGE/TOP used no PRINT= deleted all references to WRAP.INC and replaced with KEEP-TOP made all fonts the same size used the SQR interface generated SQR code modified SQR generated code written similar code from scratch I don't know what else to try. It appears if there is only 1 BUILDING NUMBER and 1 PROBLEM TYPE everything is good. If there is more than 1 problem record in the building the print gets off by one line. Is this an output buffer overflow error? Any help is appreciated, Rick --UNS_gsauns2_2846125687-- From owner-sqr-users@list.iex.net Wed Apr 15 15:54:19 1998 Date: Wed, 15 Apr 1998 10:29:47 -0700 From: Adrian Wright Subject: Re: Anyone using Insqribe? Hi Mike, I was gong to drop by last weekend, but got as far as Pacifica, heading down route 1, and my bike started palying up. I just got back here before it broke down... Lucia & I will be back in DC this w/end, so how about after that sometime. I'm in CA until 05/11/98. Adrian, PS Lucia is at llulli@cwp.net.pa From owner-sqr-users@list.iex.net Wed Apr 15 15:59:43 1998 Date: Wed, 15 Apr 1998 13:11:30 -0700 From: Michael Lee Subject: When-Other... For some reason, my last reply did not get posted. Anyways... The reason why the 'when-other' statement did not execute is because it actually executed one of the 'when' statements. The 'when-other' statement only executes when all other 'when' arguments are false. I believe this is also stated in the SQR Users Guide. Michael K. Lee mlee@appgroup.com The Application Group, Inc. rschiller@SIERRASYS.COM on 04/15/98 10:11:17 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz Hmmmm... this raises an interesting question... Since #t = 6 when the "when-other" clause is reached, why wouldn't the when-other clause be executed? -- Rob > ---------- > From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > Sent: Wednesday, April 15, 1998 5:21 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Evaluate Quiz > > Sorry about this. I have no idea why only 1/4 of the message showed > up > in the list. > > Eric > > PS Any smart Alec writing back saying that the program won't compile > because of the "> " will be summarily compiled and executed > > On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > > > This is just a little game. I guessed wrong before I wrote a little > > test program. Props to anyone who knows it right off. > > > > Good luck, > > Eric > > > > What is the output of the following SQR program? > > > > begin-program > > move 1 to #t > > evaluate #t > > when = 1 > > move 2 to #t > > show 'Match 1: ' #t edit 999 > > when = 2 > > move 4 to #t > > show 'Match 2: ' #t edit 999 > > when = 3 > > move 5 to #t > > show 'Match 3: ' #t edit 999 > > break > > when = 4 > > move 6 to #t > > show 'Match 4: ' #t edit 999 > > when-other > > show 'other' > > end-evaluate > > end-program > > > > Answer below: > > > > > > > > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > > > Match 1: 2 > > Match 2: 4 > > Match 4: 6 > > > > SQR: End of Run. > > > > > ---------------------------------------------------------------------- > -- > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of > history. > > > > > > > > ---------------------------------------------------------------------- > -- > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of > history. > From owner-sqr-users@list.iex.net Wed Apr 15 16:01:12 1998 Date: Wed, 15 Apr 1998 13:38:31 -0500 From: Don Mellen Subject: Re: Evaluate Quiz On Wed, 15 Apr 1998, Rob Schiller wrote: > Hmmmm... this raises an interesting question... > > Since #t = 6 when the "when-other" clause is reached, why wouldn't the > when-other clause be executed? > > -- Rob According to the book, "WHEN-OTHER - Signifies the start of default commands to be processed if all other WHEN aruments are false." Since several of the WHEN arguments were true, the WHEN-OTHER does not fire. ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Wed Apr 15 16:17:16 1998 Date: Wed, 15 Apr 1998 14:04:45 -0700 From: Steve Bollinger Subject: Re: Evaluate Quiz Here is another interesting fact regarding the "fall though" concept. If a when executes and there is no code for the when, then "fall through" occurs to the next when. If there is code for a when that executes, it will not "fall through" to the next when even if there is no break command. Examples (please note the commented lines): when = 1 ! move 3 to #t ! show 'Match 1: ' #t edit 999 when = 2 show 'Match 2: ' #t edit 999 Produces: Match 2: 1 SQRW: End of Run. But this code: when = 1 ! move 3 to #t show 'Match 1: ' #t edit 999 when = 2 show 'Match 2: ' #t edit 999 Produces: Match 1: 1 SQRW: End of Run. When-other executes only if no other "when" executed. At 11:36 AM 4/15/98 -0400, you wrote: >I think the last line of the answer should be other there was no break >so it should fell through. > > Wendy > >> ---------- >> From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] >> Sent: Wednesday, April 15, 1998 8:21 AM >> To: Multiple recipients of list SQR-USERS >> Subject: Re: Evaluate Quiz >> >> Sorry about this. I have no idea why only 1/4 of the message showed >> up >> in the list. >> >> Eric >> >> PS Any smart Alec writing back saying that the program won't compile >> because of the "> " will be summarily compiled and executed >> >> On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: >> >> > This is just a little game. I guessed wrong before I wrote a little >> > test program. Props to anyone who knows it right off. >> > >> > Good luck, >> > Eric >> > >> > What is the output of the following SQR program? >> > >> > begin-program >> > move 1 to #t >> > evaluate #t >> > when = 1 >> > move 2 to #t >> > show 'Match 1: ' #t edit 999 >> > when = 2 >> > move 4 to #t >> > show 'Match 2: ' #t edit 999 >> > when = 3 >> > move 5 to #t >> > show 'Match 3: ' #t edit 999 >> > break >> > when = 4 >> > move 6 to #t >> > show 'Match 4: ' #t edit 999 >> > when-other >> > show 'other' >> > end-evaluate >> > end-program >> > >> > Answer below: >> > >> > >> > >> > >> > >> > >> > SQR: Structured Query Report Writer V3.0.12.1 >> > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. >> > >> > Match 1: 2 >> > Match 2: 4 >> > Match 4: 6 >> > >> > SQR: End of Run. >> > >> > >> ---------------------------------------------------------------------- >> -- >> > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 >> days, >> > erice@ontko.com |Richmond, IN |God created the Earth, complete >> > http://www.ontko.com| |with 5,000,000,000 years of >> history. >> > >> > >> > >> >> ---------------------------------------------------------------------- >> -- >> Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, >> erice@ontko.com |Richmond, IN |God created the Earth, complete >> http://www.ontko.com| |with 5,000,000,000 years of >> history. >> > > From owner-sqr-users@list.iex.net Wed Apr 15 16:19:01 1998 Date: Wed, 15 Apr 1998 14:02:48 -0700 From: Michael Lee Subject: cccv2mxd.sqc and when-other It seems like my mail is not making the list... Either that or I've been kicked off the list hehe... If anyone has received the posts below from me, please e-mail me and let me know... Thanks in advance. Also, I apologize if this did make it to the list and was posted multiple times. cccv2mxd.sqc: Jennifer did clear up something... It appears that this SQC is packaged with Student Admin and not with the HRMS product. Unfortunately, it is illegal to distribute this SQC if it is PeopleSoft delivered/copyrighted code. However, like I mentioned before, it's not difficult to write an SQC to do this... just that you need to make sure that you get all the uncommon cases... i.e. 'Mc', 'DeGuzman','DeLaRosa', etc... Michael K. Lee mlee@appgroup.com The Application Group, Inc. when-other: The reason why the 'when-other' statement did not execute is because it actually executed one of the 'when' statements. The 'when-other' statement only executes when all other 'when' arguments are false. I believe this is also stated in the SQR Users Guide. Michael K. Lee mlee@appgroup.com The Application Group, Inc. From owner-sqr-users@list.iex.net Wed Apr 15 16:28:10 1998 Date: Wed, 15 Apr 1998 12:13:26 -0500 From: David Reaves Subject: Re: Evaluate Quiz Eric, It is interesting that the evaluate structure makes multiple passes, based on the current data value. It could be very powerful, properly applied...or it could be a real headache if used incorrectly. Thanks for the mental exercise. dreaves@swbell.net ---------- > > > > Match 1: 2 > > Match 2: 4 > > Match 4: 6 > > > > SQR: End of Run. > > From owner-sqr-users@list.iex.net Wed Apr 15 17:09:03 1998 Date: Wed, 15 Apr 1998 12:39:47 -0700 From: Michael Lee Subject: Re: Evaluate Quiz The reason why the 'when-other' statement did not execute is because it actually executed one of the 'when' statements. The 'when-other' statement only executes when all other 'when' arguments are false. Michael K. Lee mlee@appgroup.com The Application Group, Inc. rschiller@SIERRASYS.COM on 04/15/98 10:11:17 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz Hmmmm... this raises an interesting question... Since #t = 6 when the "when-other" clause is reached, why wouldn't the when-other clause be executed? -- Rob > ---------- > From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > Sent: Wednesday, April 15, 1998 5:21 AM > To: Multiple recipients of list SQR-USERS > Subject: Re: Evaluate Quiz > > Sorry about this. I have no idea why only 1/4 of the message showed > up > in the list. > > Eric > > PS Any smart Alec writing back saying that the program won't compile > because of the "> " will be summarily compiled and executed > > On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > > > This is just a little game. I guessed wrong before I wrote a little > > test program. Props to anyone who knows it right off. > > > > Good luck, > > Eric > > > > What is the output of the following SQR program? > > > > begin-program > > move 1 to #t > > evaluate #t > > when = 1 > > move 2 to #t > > show 'Match 1: ' #t edit 999 > > when = 2 > > move 4 to #t > > show 'Match 2: ' #t edit 999 > > when = 3 > > move 5 to #t > > show 'Match 3: ' #t edit 999 > > break > > when = 4 > > move 6 to #t > > show 'Match 4: ' #t edit 999 > > when-other > > show 'other' > > end-evaluate > > end-program > > > > Answer below: > > > > > > > > > > > > > > SQR: Structured Query Report Writer V3.0.12.1 > > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > > > > Match 1: 2 > > Match 2: 4 > > Match 4: 6 > > > > SQR: End of Run. > > > > > ---------------------------------------------------------------------- > -- > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of > history. > > > > > > > > ---------------------------------------------------------------------- > -- > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of > history. > From owner-sqr-users@list.iex.net Wed Apr 15 17:13:15 1998 Date: Wed, 15 Apr 1998 16:54:29 -0500 From: Gopal Nandakumar Subject: Re: Oracle and PeopleSoft date format problem Jennifer, There are several data routines in DATETIME.SQC and these routines could be used to change the date from the flat file into PeopleSoft NATIVE FORMAT. Then the date that was converted into NATIVE FORMAT could be inserted into the table. Gopal >Jennifer LEE wrote: >> >> Hello! >> I am new to writing SQRs. >> The problem I have is with a date field to be loaded >> from a flat file into a PeopleSoft table. >> >> The environment that I am working in has the following elements: >> Window 95, Novell NT, SQRW V3.0.18.1.1, PeopleSoft Tools 7, and Oracle 7 >>DBMS. >> In PeopleSoft, a date field is defined as 10 characters long whereas >> the default date format in Oracle is DD-MMM-YYYY. >> I have tried different ways to format the date field value in my SQR. >> Each time I got a different error message. >> Has any one of you experienced a similar problem? How was your problem >>solved? >> >> SQL Status = -1400, SQL Error = ORA-01400: mandatory (NOT NULL) column >>is missing or NULL during insert >> Case 1: >> begin-sql on-error=sql-error >> INSERT INTO PS_TBL (Date_Field) Values(to_date('10101900','mmddyyyy')); >> end-sql >> Case 2: >> begin-sql on-error=sql-error >> INSERT INTO PS_TBL (Date_Field) Values('10_Oct_00'); >> end-sql >> >> SQL Status = -1858, SQL Error = ORA-01858: a non-numeric character was >>found where a numeric was expected >> Case 3: >> begin-sql on-error=sql-error >> INSERT INTO PS_TBL >> (Date_field) >> Values(to_date('1900-10-10','yyyy-mm-dd')); >> end-sql >> end-procedure >> >> SQL Status = -1830, SQL Error = ORA-01830: date format picture ends >>before converting entire input string >> Case 4: >Hi Jennifer: > >Use the following Oracle date format in your SQR. Example: > 14-APR-98 (not 14-APR-1998) > >Hope this helps. > >Aya. > >> INSERT INTO PS_TBL >> (Date_field) >> Values('10_Oct_1900'); >> end-sql >> end-procedure >> >> Thanks in advance! >> >> Jennifer (Jen) Lee >> 626-1679 From owner-sqr-users@list.iex.net Wed Apr 15 17:40:57 1998 Date: Wed, 15 Apr 1998 12:43:07 -0700 From: Michael Lee Subject: Re: Oracle and PeopleSoft date format problem -Reply I believe the SQC is datetime.sqc. However, Format-Datetime is called from within datemath.sqc. Michael K. Lee mlee@appgroup.com The Application Group, Inc. kraftm@GUNET.GEORGETOWN.EDU on 04/14/98 10:25:33 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Oracle and PeopleSoft date format problem -Reply One way to fix the date problem in PeopleSoft and SQR is to use a provided SQC called DateMath. here is how you would set it up do format-datetime($variable in, $variable out, {defmdy - or whatever the date format coming in as is}, '', 'native') this will take the date and place it in the native format for the database From owner-sqr-users@list.iex.net Wed Apr 15 18:04:20 1998 Date: Wed, 15 Apr 1998 13:07:55 -0700 From: Michael Lee Subject: cccv2mxd.sqc... Jennifer did clear up something... It appears that this SQC is packaged with Student Admin and not with the HRMS product. Unfortunately, it is illegal to distribute this SQC if it is PeopleSoft delivered/copyrighted code. However, like I mentioned before, it's not difficult to write an SQC to do this... just that you need to make sure that you get all the uncommon cases... i.e. 'Mc', 'DeGuzman','DeLaRosa', etc... Michael K. Lee mlee@appgroup.com The Application Group, Inc. rxmcknight@GATX.COM on 04/15/98 08:20:09 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Name conversion from upper to mixed case -Reply Jennifer, I think Michael is right. Maybe it is called something else. I searched our PeopleSoft 7 sqc library, but I could not locate this sqc. Rodney Mcknight GATX Corporation Chicago From owner-sqr-users@list.iex.net Wed Apr 15 18:47:40 1998 Date: Wed, 15 Apr 1998 19:39:12 -0700 From: Ken Gartman Subject: Re: Evaluate Quiz Hi, Steve! It seems that the way to avoid confusion is to use a BREAK command at the end of each WHEN segment. EVALUATE has so many quirks that SQRIBE may now feel enough embarassment to actually change it. Consistent use of BREAKs should give more stable results. Happy computing, Ken Gartman Steve Bollinger wrote: > > Here is another interesting fact regarding the "fall though" concept. > If a when executes and there is no code for the when, then "fall > through" occurs to the next when. If there is code for a when that > executes, it will not "fall through" to the next when even if there is > no break command. > > Examples (please note the commented lines): > > when = 1 > ! move 3 to #t > ! show 'Match 1: ' #t edit 999 > when = 2 > show 'Match 2: ' #t edit 999 > > Produces: > Match 2: 1 > > SQRW: End of Run. > > But this code: > > when = 1 > ! move 3 to #t > show 'Match 1: ' #t edit 999 > when = 2 > show 'Match 2: ' #t edit 999 > > Produces: > Match 1: 1 > > SQRW: End of Run. > > When-other executes only if no other "when" executed. > > At 11:36 AM 4/15/98 -0400, you wrote: > >I think the last line of the answer should be other there was no > break > >so it should fell through. > > > > Wendy > > > >> ---------- > >> From: Eric Dimick Eastman[SMTP:erice@ONTKO.COM] > >> Sent: Wednesday, April 15, 1998 8:21 AM > >> To: Multiple recipients of list SQR-USERS > >> Subject: Re: Evaluate Quiz > >> > >> Sorry about this. I have no idea why only 1/4 of the message showed > > >> up > >> in the list. > >> > >> Eric > >> > >> PS Any smart Alec writing back saying that the program won't > compile > >> because of the "> " will be summarily compiled and executed > >> > >> On Tue, 14 Apr 1998, Eric Dimick Eastman wrote: > >> > >> > This is just a little game. I guessed wrong before I wrote a > little > >> > test program. Props to anyone who knows it right off. > >> > > >> > Good luck, > >> > Eric > >> > > >> > What is the output of the following SQR program? > >> > > >> > begin-program > >> > move 1 to #t > >> > evaluate #t > >> > when = 1 > >> > move 2 to #t > >> > show 'Match 1: ' #t edit 999 > >> > when = 2 > >> > move 4 to #t > >> > show 'Match 2: ' #t edit 999 > >> > when = 3 > >> > move 5 to #t > >> > show 'Match 3: ' #t edit 999 > >> > break > >> > when = 4 > >> > move 6 to #t > >> > show 'Match 4: ' #t edit 999 > >> > when-other > >> > show 'other' > >> > end-evaluate > >> > end-program > >> > > >> > Answer below: > >> > > >> > > >> > > >> > > >> > > >> > > >> > SQR: Structured Query Report Writer V3.0.12.1 > >> > Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. > >> > > >> > Match 1: 2 > >> > Match 2: 4 > >> > Match 4: 6 > >> > > >> > SQR: End of Run. > >> > > >> > > >> > ---------------------------------------------------------------------- > > >> -- > >> > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > >> days, > >> > erice@ontko.com |Richmond, IN |God created the Earth, complete > >> > http://www.ontko.com| |with 5,000,000,000 years of > >> history. > >> > > >> > > >> > > >> > >> > ---------------------------------------------------------------------- > > >> -- > >> Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 > days, > >> erice@ontko.com |Richmond, IN |God created the Earth, complete > >> http://www.ontko.com| |with 5,000,000,000 years of > >> history. > >> > > > > From owner-sqr-users@list.iex.net Wed Apr 15 21:34:28 1998 Date: Wed, 15 Apr 1998 20:38:43 -0400 From: David Harper Subject: Name Conversion The following code is something I pulled from an old conversion program = that did a conversion on name for a Peoplesoft conversion. I have done this a few times and know I have a much better = version somewhere but was only able to locate the original. This was = used to convert on Peoplesoft 1.2 and 2.0. This procedure will require some tweaking, depending on the incoming = data. A couple of notes, on my incoming file, some names had multiple commas = that had to be removed. Also in later versions of this code, = consideration was made to handle other prefixes besides 'Mc' and to = handle 'Jr.', 'Sr.'. Should be easy enough to cut and paste and add = those things to this routine. Hope it helps some of you out and please don't laugh at the code, I = wrote it 5 or 6 years ago and it was my second Peoplesoft = implementation. I do better work now. If anyone takes this a turns it = into a better routine, I would love to get a 'new and improved' version. David Harper -------------------------------------------------------------------------= -------------------------------------------------- begin-procedure Convert-Name let #Len =3D length($Value) let #i =3D #Len move 'N' to $comma_found while 0 < #i !remove first comma if there are two extract $char from $Value #i 1=20 if $char=3D',' if $comma_found =3D 'Y' =20 let $Value =3D substr($Value,1,#i) || = substr($Value,#i+2,#Len-#i+2) let #i =3D -10 end-if move 'Y' to $comma_found end-if let #i =3D #i - 1 end-while move '' to $ReturnValue ! People Soft Format / Beginning letter = upper case move 0 to #i lowercase $Value move 'Y' to $uppercase while #i < #Len extract $char from $Value #i 1=20 if $uppercase =3D 'Y' uppercase $char move 'N' to $uppercase end-if =20 =20 if $char >=3D 'A' and $char <=3D 'Z' concat $char with $ReturnValue else =20 if $char >=3D 'a' and $char <=3D 'z' concat $char with $ReturnValue else move 'Y' to $uppercase concat $char with $ReturnValue end-if end-if add 1 to #i end-while let $first_two =3D substr($ReturnValue,1,2) if $first_two =3D 'Mc' let $next =3D substr($ReturnValue,3,1) let #Len =3D #Len - 3 let $rest =3D substr($ReturnValue,4,#Len) uppercase $next let $ReturnValue =3D $first_two || $next || $rest end-if let #beg_pos =3D instr($ReturnValue,'Iii',1) if #beg_pos > 0 let $ReturnValue =3D substr($ReturnValue,1,#beg_pos-1) || 'III' || = substr($ReturnValue,#beg_pos+3,30-#beg_pos) end-if let #beg_pos =3D instr($ReturnValue,'Ii',1) if #beg_pos > 0 let $ReturnValue =3D substr($ReturnValue,1,#beg_pos-1) || 'II' || = substr($ReturnValue,#beg_pos+2,30-#beg_pos) end-if let $IB01-Name =3D RTRIM($ReturnValue, ' ') end-procedure Convert-Name =20 ClientTech Online Solutions, Inc. "Peoplesoft Implementation Specialists" www.clienttech.com 800-404-2560/fax; 407-888-4841 -------------------------------------------------------------------------= -------------------------------------------------------------------------= --- From owner-sqr-users@list.iex.net Wed Apr 15 21:38:29 1998 Date: Wed, 15 Apr 1998 20:24:51 -0400 From: Sam Spritzer Subject: Evaluate Quiz (fwd) -Reply HEY...no fair....you cheated!! Sam >>> Ray Ontko 04/15/98 08:18am >>> Folks, Eric's original quiz message got truncated for some reason, but I have a copy of the program he sent me before I suggested that he forward it to the list. Perhaps this will make some more sense. Ray ----- Forwarded message from Eric Dimick Eastman ----- What is the output of the following program? begin-program move 1 to #t evaluate #t when = 1 move 2 to #t show 'Match 1: ' #t edit 999 when = 2 move 4 to #t show 'Match 2: ' #t edit 999 when = 3 move 5 to #t show 'Match 3: ' #t edit 999 when = 4 move 6 to #t show 'Match 4: ' #t edit 999 when-other show 'other' end-evaluate end-program Answer below: SQR: Structured Query Report Writer V3.0.12.1 Copyright (C) MITI, 1994, 1995. All Worldwide Rights Reserved. Match 1: 2 Match 2: 4 Match 4: 6 SQR: End of Run. ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, erice@ontko.com |Richmond, IN |God created the Earth, complete http://www.ontko.com| |with 5,000,000,000 years of history. ----- End of forwarded message from Eric Dimick Eastman ----- ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Wed Apr 15 21:44:06 1998 Date: Wed, 15 Apr 1998 20:19:48 -0400 From: Sam Spritzer Subject: Evaluate Quiz -Reply It won't work! Sam =================================================== This is just a little game. I guessed wrong before I wrote a little test program. Props to anyone who knows it right off. Good luck, Eric What is the output of the following SQR program? begin-program move 1 to #t evaluate #t when = 1 move 2 to #t show 'Match 1: ' #t edit 999 when = 2 From owner-sqr-users@list.iex.net Thu Apr 16 07:20:54 1998 Date: Thu, 16 Apr 1998 08:21:55 -0400 From: Teresa Kaufman Subject: Name Conversion SQC --=====================_892743715==_ Content-Type: text/plain; charset="us-ascii" Here is an SQC that we use to do the conversions. It works with about 98% accuracy however when you get to Names such as DeAngelo, it does not even attempt it. It handles the following conversions: 1. MCBRIDE to McBride 2. MACDONALD to MacDonald 3. 69TH STREET to 69th Street 4. P.O. BOX 715 to P.O. Box 715 Let me know if you can see any needed improvements! Hope it helps..... Teresa Kaufman The Hunter Group --=====================_892743715==_ Content-Type: application/mac-binhex40; name="CSproper.sqc" Content-Disposition: attachment; filename="CSproper.sqc" (This file must be converted with BinHex 4.0) :$%06F(*[F'9b,R0aB`"849K8G(4iG!!!!!!Br3!!!!$1c#%U+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+JdK)&*PF'pbG#"1B@eP1L"$8e"bEh"PFLjcF@-J8(*[F'9b)%j KE@8J3fpZGQ9bFfP[EJdK+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS0)5"3FQpRFQ& Y)%4PFf0b1JdK)#"8D'Pc)&043b"TFb"eFf9N)(4[)'C[FQeKG#"cG@0S)'CTC@a NFb"KFb"`C@p`E'8RFb"ZB@ePFb`JFh4bC@9d)#!J)#!J)#S0)5!J)#"KC'4bCA0 cCA-JB@jN)'0TG(NJEQ&YCA-JCR*[E5"KE'`J3d&38b"[FL"KE'`JE'phCA)JBf& cC5"dEb"K)'eTH'9N)#!U$5%J)#!JBf&cC5"QEh*YBA3Z)#!J)#!J)#!J)#!J)#! J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J+JdK)#! J)&4[)'&MBf9cFb"dD'Pc)(*[GA4TEQ8X)(4SC5"MB@aXD@jR)&048L"YGA0d)'P ZBfaeC'8J*h"iF(*[F'9b,R0aBbFJ)#S0)5!J)#"TEL"TG(-JFf9d)'pQ)'PZBfa eC'9N)'e[C(9XCA-Z)#""C'4TG'P[EQ&XE(NX)(4[)'9iC@0eG'8JDA3X)#!J)#! J)#!U$5%J)#!JG'KP)'e[C(9XC5"YGA0d)'9iC@0eG'8JF(*[Bf9NGA*P)&"B,9" bEh"PFLe1B@eP)'&ZC#"`BA0c)'Pd)$-J)#!J)#!J+JdK)#!J)'a[Bf&X)(CKFQP KBQaPFcSJ)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#!J)#!J)#!J)#S0)5!J)#!J)#!N4QPPE'4@B@aeC6SJ9'KP)'CTC@aN)(4[)'* P)'0[ERCPFR4PC#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!U$5%J)#!J)#! J*%CTC@aN6'9Z1L"8D'8JE@&iD@eeE5"XC@jRG'JJEfBJG'KP)'CTC@aN)(4[)'* P)'0[ERCPFR4PC#!J)#!J)#!J+JdK)#!J)#!J)#45CA4eFQj@B@aeC6SJ9'KTFb" TFb"hD'9bC5"dD'8JFQpeG'PZC5"`E'&MCA-JG'KP)'0[ERCPFR4PC#!J)#!J)#S 0)5!J)#!J)#!J)#!J)#!J)#!J)#!J)'CTC@aN)(CKE(9P)#!J)#!J)#!J)#!J)#! J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!U$5%J)#!J)#!J)#!J)#!J)#!J)#! J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#!J)#!J+JdK)#!J8h"PBfPKE#"ZB@eP)'C[FQeKG(-JG'KKG#"dD'8JFQpeG'P ZC5"SB@jNE'9c)'pb)'4[CA0Z*h3JD'&ZC'aP)'&bC6SJ)#S0)5!J)#!J)#!R6@- R1L"1B@ePFb"`BA0cC@3JFh9MD#"KFb"03d*5584&)(GTE'`JBQ8JBfpZGQ9bG'9 N)(4[)%eM3R*TC'8J)#!U$5%J)#!J)#!J*dP**b"KEQ3J*dP*55Fk)%jKE@9c)'0 [ER4KD@jR)(0eCQCTH'9c)(0eBfJJBA-J58NJB@jN)%P*55"hD@aX)#!J+JdK)#! J)#!J)#!J)#!JFQ9dB@PZ)(4SC@Pb)(0dFR9MG(9bC5iJ5'phCACPFL`JEQ&YCA- JGfPdD#"K)#G*9LFJEQ&YC5!J)#!J)#S0)5!J)#!J)#!J)#!J)(0eCQCTH#"hD@a X)'*P)(*PG(9bEQ9N)'&c)#G*GLFZ)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#!U$5%J)#!J)#!J*deKBbFk)%%JEQ&YC5"`BA0cC@3JFh9MD#"KFb"0380%6dj "6%3JGfPXE#"LC5"bCA4eFQjPC#"KFb!J)#!J)#!J+JdK)#!J)#!J)#!J)#!J6@& M4'pZB@aN,L!J3@iJCAKMCA"dD@pZ)(4[)(4SDA-JDA-JG'KKG#"K)'jKE@8JF'& cFf9N)#!J)#!J)#S0)5!J)#!J)#!J)#!J)'&c)%e"3dXJGfPXE#"LC5"MEfjfCA* dC@3JG'mJ6@&MDbiJ9'KTFb"PH'0PF(4TEfiJD@jME(9NCA-J)#!U$5%J)#!J)#! J)#!J)#!RFQ9KE#FJ6@&M)'jKE@9c)(0eBfJJBA-J68&$5da*6P426L"hD@aX)'* P)(*PG(9bEQ9N)'&c)#!J)#!J+JdK)#!J)#!J)#!J)#!J*deKBfYXD@jdEfiR,L! J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#S 0)5!J)#!J)#!R)h4S*cSJ35"cG(*PCA3JB@4NFQ9cFb"`BA0cC@3JBA-J*c%b-b! f194))&088N9&9#FJGfPXE#"LC5!J)#!J)#!U$5%J)#!J)#!J)#!J)#"bCA4eFQj PC#"KFb!R-6)c)$BjG'JJ8h4bC@9d*biJ)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#!J)#!J+JdK)#!J)#!J)%&`G#p#EhJJ)h-k)%%J8'pcG#"2CQCTBf8JBQpi)'& NC(*PFh-JF'&cFf9N)'&c)#G3,NmZ)%*2@#!a05FJ)#!J)#S0)5!J)#!J)#!J)#! J)(GTE'`JBQ8JFQ9dGA*ZC@3JBA-J*e!Z6biJ3Qpi)$%e*biJ5'phCACPFL`JGQ& bD@&dD@pZFb"cG@0S)#!U$5%J)#!J)#!J)#!J)#"KFb!R8%mJ3NpB)$%e*b!S26i J*e"[)%*[H#!a05FT,#!R8#"2)%*2@#!a08%R)#Jp2L!J)#!J)#!J)#!J+JdK)#! J)#!J)#!J)#!J*e!J6b"#EhJJ-69K*bNJ*L!R39"8)#-a0NJR)#Jp2L!R3A"d)#- a0QJR+5"MB@jZEh3JBQ8J)#!J)#!J)#S0)5!J)#!J)#!J)#!J)("bEh"PFQaj)'0 [ERCPFR4PC#iJ)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#!U$5%U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+JdK)&"bEfe`G(-0)5SU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU$5%J9'&LE'9c)&*PCQ9bC@jMC@30)3dK)%CTE'9c)&* PCQ9bC@jMC@30)3dK+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS0)5"2GA4`GA4c$5% 0)5SU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU$5%J)#!J)#!J)#!J)#!J)#!J)#!J)#! J)#"0Ef4TCQPMBA4TEfiJ6'pR$5%U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+JdK)%4 "9%8J)#!J)#!J)#!J)#!J)%jKE@8J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)%4PFf0 bDA"dD@pZ$5%J,5dY,5dY,5dY,5dY,5dJ)#!J,5dY,5dY,5dY,5dY,5dY,5dY,5d Y,5dJ)#!J,5dY,5dY,5dY,5dY,5dY,5dY,5dY,5dY,3dK)$!a,c!j,c%j16JJ)#! J)#!J)&4)4b!J)#!J)#!*#5!J)#!J)#"$FQ9KG'P[EL"[CL"2FQPRD@jKE#"3FQp RFQ&Y$5%0)5SU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LS U+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU+LSU$3e#48G*6Le38Np$48498N8 J8&JY8(*[F'9b,8jKE@8J+#4'D@9XC&CKE(9P,#!M4QPPE'4-C@iX)$SN8Q9dGA* Z9Q&XG@8T$3dJ)%aPG#!M6'pM)$dJ-!dJ)%aPG#!N8(*TEh)Y3fKKFL!p)#G1*`d J)%aPG#!N8Q9dGA*Z9Q&XG@8J25!R*`dJ)%aPG#!N9'9YF$%J25!R*`dJ)%aPG#! N9'9YF$)J25!R*`d0)5"'DA*cG#`JCAKTG#"TE@ePC'PKG'9XH5"TCL"TEQ*[G@j N)%CTC@aN9Q&XG@8JDA-JER9XE#![)(0`B@0PFb!YEh)Y)'PQ$5%J4QPPE'4-C@i JEfBJHQ9bEb"[FL"XCA0c)'KKFb"LC@9Z)'PZC'PMBA4PC#i0$5!J5@BJ8P4bD@d S*%CTC@aN9Q&XG@8X)#FJ*bNJ25!R*`dJ)#!J)'pb)#0'D@9XC%aPEL!m25!`$5! J)#!J4fp8Eb"&H'Pd8QpeG'PZC3dJ)%9ZC#e*CJd0)5"1EhFJCfmJB@*[GA3JBfK PBfYTEQFJF'pcDA4TEfiYBRNYF'pcDA4TEfiJB@CdCA)JC'9dCA*YD@jTEQFJB@0 dG@&X)'CTC@aN$5%JE'9ZCh4S,L"*CL"KBh4eB@`JE'9ZCh4S)'Pc)%a&8e-JG'K KEL"dD'8JF'&cFf9N)'aPEQGdD#`JG'KKG#"hD@aX)'*P$5%JG'KP)'aTE@Pd)'p Q)'K[Gb"YB@jj)("[FfPdD@pZFb"KFQ8JF'&bFf9N,Jd0)#"-CA3J)d&MG%aPEL! p)%aPEQGdD#JN4QPPE'4@B@aeC5N0)#"*CL!M3@0d6'9Z)$`J)dCTC@aN6'9Z$5! J)#!J6'9d)#03BA*cC8aPEL!p)#0"Bh4-C@i0)#!J)#"&E(0P$5!J)#!J6'9d)#0 3BA*cC8aPEL!p)#0'D@9XC%aPEJdJ)%9ZC#e*CJd0)#"AD'PXC5!a)$dJ-3dJ)#! J6'9d)#0-Ef-J25!M6'pM)#XJ-3dJ)#!J5@BJ)da[Bb!q)#03BA*cC8aPEJdJ)#! J)#!J3R*PB@X0)#!J)%9ZC#e*CJdJ)#!J6'9d)#48D'Pc,80SBA)J25!S8h9LFh4 b)#JN4QPPE'4@B@aeC5`J)da[Bb`J-5NT$5!J)#"*CL!N8(*TEh)Y3fKKFL!p)#G 1*`dJ)#!J)#!J9A"`CA*MBA0P)#48D'Pc,80SBA)0)#!J)#!J)%9XFf80)#!J)#! J)%a[Gf9bBf&cC5!N9'KTFbe$D'&b$5!J)#"&EQ3Y5@B0)#!J)%4[)&"B,9"bD@p b,8aPG(4PFL!S*&4SDA-Y3fKKFL`J*&"bD@pb,80SBA)T$5!J)#"-CA3J*&4PEA! a)$dJ*&4PEA!a)(am)#48D'Pc,80SBA)0)#"&EQ3Y9fKTE'80$5!J)#"%Eb"3@#e 6F'9MD@&X,8jKE@9c)#JN9'9YF$%X)#0'D@9XC%aPEL`J*&4PEA!b+3dJ)#!J6'9 d)#45CA4eFQj@B@aeC5!p)#48C@e`-Jd0)#!J)%9iDA45Eh9dD@jP1Jd048j%,9" 56d0&4&9545"3@#e3FQp`CA)Y6Q&YC3d03N9(58iY8&*23d9%99*&)&"B,9"bD@p b,8aPG(4PFL!S*&4SDA-Y3fKKFL`J1L4-CA4dCA)T$3dJ)%9fB@aeBA4P)#48D'P c,80SBA)0)#!J)&GSC@iJ25!R35F0)#!J)&GSC@iJ25!R3LF0)#!J)&GSC@iJ25! R3bF0)#!J)&GSC@iJ25!R4#F0)#!J)&GSC@iJ25!R45F0)#!J)&GSC@iJ25!R4LF 0)#!J)&GSC@iJ25!R4bF0)#!J)&GSC@iJ25!R5#F0)#!J)&GSC@iJ25!R55F0)#! J)&GSC@iJ25!R5LF0)#!J)&GSC@iJ25!R5bF0)#!J)&GSC@iJ25!R6#F0)#!J)&G SC@iJ25!R65F0)#!J)&GSC@iJ25!R6LF0)#!J)&GSC@iJ25!R6bF0)#!J)&GSC@i J25!R8#F0)#!J)&GSC@iJ25!R85F0)#!J)&GSC@iJ25!R8LF0)#!J)&GSC@iJ25! R8bF0)#!J)&GSC@iJ25!R9#F0)#!J)&GSC@iJ25!R95F0)#!J)&GSC@iJ25!R9LF 0)#!J)&GSC@iJ25!R9bF0)#!J)&GSC@iJ25!R@#F0)#!J)&GSC@iJ25!R@5F0)#! J)&GSC@iJ25!R@LF0)#!J)&GSC@iJ25!RB5F0)#!J)&GSC@iJ25!RBLF0)#!J)&G SC@iJ25!RBbF0)#!J)&GSC@iJ25!RC#F0)#!J)&GSC@iJ25!RC5F0)#!J)&GSC@i J25!RCLF0)#!J)&GSC@iJ25!RCbF0)#!J)&GSC@iJ25!RD#F0)#!J)&GSC@iJ25! RD5F0)#!J)&GSC@iJ25!RDLF0)#!J)&GSC@iJ25!RDbF0)#!J)&GSC@iJ25!RE#F 0)#!J)&GSC@iJ25!RE5F0)#!J)&GSC@iJ25!RELF0)#!J)&GSC@iJ25!REbF0)#! J)&GSC@iJ25!RF#F0)#!J)&GSC@iJ25!RF5F0)#!J)&GSC@iJ25!RFLF0)#!J)&G SC@iJ25!RFbF0)#!J)&GSC@iJ25!RG#F0)#!J)&GSC@iJ25!RG5F0)#!J)&GSC@i J25!RGLF0)#!J)&GSC@iJ25!RGbF0)#!J)&GSC@iJ25!RH#F0)#!J)&GSC@iJ25! RH5F0)#!J)&GSC@iJ25!RHLF0)#!J)&GSC@iJ25!R-#F0)#!J)&GSC@iJ25!R-5F 0)#!J)&GSC@iJ25!R-LF0)#!J)&GSC@iJ25!R-bF0)#!J)&GSC@iJ25!R0#F0)#! J)&GSC@iJ25!R05F0)#!J)&GSC@iJ25!R0LF0)#!J)&GSC@iJ25!R0bF0)#!J)&G SC@iJ25!R1#F0)#!J)&GSC@iJ25!R15F0)#!J)#!J)%aPG#!N6'9dG'9b)$dJ*eN R$5!J)#!J)#"#FQ9KD`dJ)#!J9fKPELe2G'KPFJdJ)#!J)#!J6'9d)#4-CA4dCA) J25!R6LF0)#!J)#!J)%*bC@&V$5!J)#"&EQ3Y4ACKE(9KG'80$8914#e38Np$484 98N8J8&JY8(*TEh)Y6'9dG'9b$3e#48G*6Le38Np$48498N8J8&JY8h"PBfPKE#e 1B@ePFb!S*&4PEA!a,#!M4QPPE'4-C@iX)$SN3@4U9Q&XG@8T$3dJ)%aPG#!M8'p c)$dJ-!dJ)%aPG#!N3@4U9Q&XG@8J25!R*`dJ)%aPG#!N3h9bFLe3Eh-J25!R*`d J)%aPG#!N8(*TEh)b)$dJ*bF0)#"-CA3J*&"bD@pb-b!p)#FR$3dJ)&GSD@aP)#0 3Eh-J2#!M4QPPE'4-C@i0)#!J)%aPG#!M8'pc)$dJ)e"[Fb!V)$%0)#!J)%aPG#! N3h9bFLe3Eh-J25"6G@*cG()J+#48C@e`-5`J)e"[Fb`J-5N0)#!J)%PQ)#03Eh- J2L!b$5!J)#!J)#"-CA3J*&"bD@pb-L!p)&0eBR0dFL!S*&4PEA!a,#!M8'pc)#d J-L`J-LN0)#!J)%9ZC#e*CJdJ)#!J5@BJ)e"[Fb!q)$-0)#!J)#!J)%aPG#!N8(* TEh)c)$dJ8h9LFh4b)#JN9'9YF$%X)#03Eh-J,5!c,#!c+3dJ)#!J4@jN,8PQ$5! J)#"*CL!S*%0eFR)Y8'pc)$dJ*fNR)#!J)#!J)#!J)#!J)#!J)#!J)5"$BA4MD#" cG@CQDAJJEfBJ*b"*D5FJB@jN)#FJ58PT*`dJ)#!J)#!J)#!JB@jN)#JN8(*TEh) b)$dJ*b"**`dJ)#!J)#!J)#!J)#!J)#"[FL!N8(*TEh)c)$dJ*b"*D5FT+3dJ)#! J)#!JEh)J*&"bD@pb-L!p)#G0BbFJ)#!J)#!J)#!J)#!J)#!J)#%J3fKKEQGP)#G 0BhJR)'PZG'mJ*deM@#F0)#!J)#!J)'pb)#JN8(*TEh)c)$dJ*deKBbFJ)#!J)#! J)#!J)#!J)#!K)%9iBf9`G#"QEh)J*deKBfXR,#"MD'&ZCf8J*deKBhJR$5!J)#! J)#!J)#!JB@jN)#4$GA*b,9"[Fb!m2L!RDbFT)#!J)#!J)#!J)5"TER4[)#G0B@0 B*`dJ)#!J)#!J6'9d)#4$GA*b,9"[Fb!p)&9`F'9b+#4$GA*b,9"[FbN0)#!J)#! J)%9ZC#e*CJdJ)#!J6'9d)#4"C'T@B@aeC5!p)#4"C'T@B@aeC5"mI#!N3h9bFLe 3Eh-0)#"&EQ3Y9fKTE'80$8914#e38Np$48498N8J8&JY8h"PBfPKE#e1B@ePF`e #A!!!: --=====================_892743715==_-- From owner-sqr-users@list.iex.net Thu Apr 16 08:40:29 1998 Date: Thu, 16 Apr 1998 07:29:57 -0500 From: Ray Ontko Subject: Re: Evaluate Quiz Ken, > It seems that the way to avoid confusion is to use a BREAK command > at the end of each WHEN segment. EVALUATE has so many quirks that > SQRIBE > may now feel enough embarassment to actually change it. > > Consistent use of BREAKs should give more stable results. I agree that the EVALUATE/WHEN control structure is bizarre, but I'd hate for SQRIBE to change it in a way that's likely to break existing code. We might encourage them to introduce a CASE/WHEN statement that looks and acts more like a traditional multi-way branch. I also wouldn't mind an ELSEIF or ELIF mechanism to allow easier nesting of IFs. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Thu Apr 16 10:49:56 1998 Date: Thu, 16 Apr 1998 09:52:53 -0500 From: Ed Hiney Subject: Multiple Sort Options I'm trying to create a PeopleSoft report that will allow the users to select multiple ways to sort the output (subtotals are reported at each break). I setup the panel & run-control record to get the user selected values into the SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the Order-By clause. The problem is with the "Level =" on the Print stmt. Dynamic vars cannot be used here. I tried using Substituion variables {level1}, {level2}, etc. But these are assigned at compile time and re-Defining them has no effect. I've looked at several PS reports that have sort options. They make several copies of the Report section and "Goto" the one with the desired sort-order. This kind of code is difficult to maintain. Is there a better way to do this? Ed Hiney ehiney@cwcostello.com From owner-sqr-users@list.iex.net Thu Apr 16 10:57:50 1998 Date: Thu, 16 Apr 1998 08:54:53 -0500 From: Mark Kraft Subject: Name Conversion SQC -Reply Which SQC is that ???????? >>> Teresa Kaufman 04/16/98 07:21am >>> Here is an SQC that we use to do the conversions. It works with about 98% accuracy however when you get to Names such as DeAngelo, it does not even attempt it. It handles the following conversions: 1. MCBRIDE to McBride 2. MACDONALD to MacDonald 3. 69TH STREET to 69th Street 4. P.O. BOX 715 to P.O. Box 715 Let me know if you can see any needed improvements! Hope it helps..... Teresa Kaufman The Hunter Group From owner-sqr-users@list.iex.net Thu Apr 16 11:39:26 1998 Date: Thu, 16 Apr 1998 09:17:44 -0600 From: "Durbin, Terri - Broomfield, CO" Subject: page orientation problem I'm printing an sqr report to an HP LaserJet 5si in a Unix environment. I've declared the layout, orientation=landscape printer-type=ps; declared the report using the defined layout. Before I print anything, I have a use-report. The 1st page of the report ALWAYS prints portrait remaining pages print landscape as they should. Any ideas???? From owner-sqr-users@list.iex.net Thu Apr 16 11:58:04 1998 Date: Thu, 16 Apr 1998 11:29:58 -0500 From: Scott May - Delhi College - Manager of Computer Services Subject: Re: Evaluate Quiz >Ken, > >> It seems that the way to avoid confusion is to use a BREAK command >> at the end of each WHEN segment. EVALUATE has so many quirks that >> SQRIBE >> may now feel enough embarassment to actually change it. >> >> Consistent use of BREAKs should give more stable results. > >I agree that the EVALUATE/WHEN control structure is bizarre, >but I'd hate for SQRIBE to change it in a way that's likely >to break existing code. We might encourage them to introduce >a CASE/WHEN statement that looks and acts more like a traditional >multi-way branch. > >I also wouldn't mind an ELSEIF or ELIF mechanism to allow easier >nesting of IFs. > >Ray >---------------------------------------------------------------------- >Ray Ontko | Ray Ontko & Co | "Time for a new signature line." >rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ Sorry, but I would tend to disagree. The EVALUATE is a perfect structure. The only thing I would recommend changing would be the word EVALUATE to FLEXIBLE. To change the structure would cripple the structure. SQR is not the only language to support a function with this capability. Example: EVALUATE $x WHEN = 'A' WHEN = 'C' do THIS WHEN = 'C' WHEN = 'D' WHEN = 'E' do THAT WHEN = 'C' WHEN = 'E' do SOMETHING break WHEN = 'A' WHEN = 'D' do SOMETHING_ELSE break WHEN-OTHER do SOMETHING_GOOD END-EVALUATE What I really like about the EVALUATE is the flexibility. BREAK allows the programmer to control when and where it happens. My suggestion would be to leave it alone. SQRIBE can develop a CASE stucture. New structures are always welcome. It should be easy task since the CASE statement would just be a wimpy EVALUATE for the faint of heart. My 2 cents, Scott... ------------------------------- Scott May Manager of Computer Services State University of New York College of Technology at Delhi Delhi, New York 13753 Email: maysa@delhi.edu Web: www.delhi.edu ------------------------------- From owner-sqr-users@list.iex.net Thu Apr 16 12:16:21 1998 Date: Thu, 16 Apr 1998 12:28:57 -0700 From: Ken Gartman Subject: Re: Evaluate Quiz -Reply Hi, all! What does "Props" mean? Embarrassed at his ignorance, Ken Gartman Sam Spritzer wrote: > > It won't work! > > Sam > =================================================== > This is just a little game. I guessed wrong before I wrote a little > test program. Props to anyone who knows it right off. > > Good luck, > Eric > > What is the output of the following SQR program? > > begin-program > move 1 to #t > evaluate #t > when = 1 > move 2 to #t > show 'Match 1: ' #t edit 999 > when = 2 From owner-sqr-users@list.iex.net Thu Apr 16 12:19:31 1998 Date: Thu, 16 Apr 1998 09:58:00 -0400 From: Richard Mitchell Subject: Re[2]: A 2 Level Break Totals Problem This is a MIME 1.0 formatted message, which your current mail reader may not understand. If parts of the message are unreadable or garbled you may need to save the message and process it through MIME decoding software. See your local e-mail system administrator for assistance. --UNS_gsauns2_2846844083 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline I have attempted the things you suggest below. I was trying to keep the message from getting too long. The main point I was attempting to convey was that SQR itself generates the code and the output is flawed even from the development area before the code is generated. Attached find: The SRM The SQR And the SPF Is there a fix? All replies are appreciated, Rick ______________________________ Reply Separator _________________________________ Subject: Re: A 2 Level Break Totals Problem Author: mike_palmer@bit.com at internet Date: 4/16/98 6:38 AM Richard, Have you taken a look at the PRINT command in SQR help. It sounds like you need to consider using level numbers in your breaks. You'll also probably need to look at utilizing the AFTER & BEFORE parameters in the ON-BREAK statement. Check this out: ON-BREAK ON-BREAK has the following syntax: ON-BREAK [ PRINT= { ALWAYS | CHANGE | CHANGE/TOP-PAGE | NEVER } ] [ SKIPLINES= { int_var?|?_col?|?_lit } ] [ AFTER= procedure_name [ ( arg1 [, argi ] ... ) ] ] [ BEFORE= procedure_name [ ( arg1 [, argi ] ... ) ] ] [ SAVE= txt_var ] [ LEVEL= nn ] [ SET= nn ] [ PROCEDURE= procedure_name ] (may be discontinued in a future release) ON-BREAK causes the specified action in a tabular report when the value of a field changes (a break occurs). The default action prints the field only when its value changes (PRINT=CHANGE). ON-BREAK has the following qualifiers: PRINT Specifies when the break field will be printed. - ALWAYS duplicates the break field for each detail group. - CHANGE prints the value only when it changes. This is the default. - CHANGE/TOP-PAGE prints the value both when it changes and at the top of each new page. - NEVER suppresses printing. SKIPLINES Specifies how many lines to skip when the value changes. When using SKIPLINES the line number in the print position for the break field must be relative, for example, (0,10) or (+1,5); otherwise the SKIPLINES movement will be lost. The relative values ( ) and (0,0) are not valid. AFTER and BEFORE procedures Specifies procedures to invoke either after or before the value changes. If no rows are fetched, neither procedure is executed. The AFTER and BEFORE can be used only within a SELECT paragraph. The sequence of events is shown below. SAVE Indicates a string variable where the previous value of a break field will be stored. LEVEL Specifies the level of the break for reports containing multiple breaks. For example, a report sorted by state, county, and city might have three break levels: state is level 1 (the most major), and city is level 3 (the most minor). When a break occurs, other breaks with equal or higher level numbers are cleared. The level number also affects the sequence in which AFTER and BEFORE procedures are processed. SET Assigns a number to the set of leveled breaks in reports with more than one set of independent breaks. PROCEDURE A qualifier that may be discontinued in a future release. The procedure can be LOCAL. Following is the sequence of events for a query containing ON-BREAK fields: 1. Any BEFORE procedures are processed in ascending LEVEL sequence before the first row of the query is retrieved. 2. When a break occurs in the query, the following happens: a) AFTER procedures are processed in descending sequence from the highest level to the level of the current break field. b) SAVE variables are set with the new value. c) BEFORE procedures are processed in ascending sequence from the current level to the highest level break. d) Any breaks with the same or higher level numbers are cleared so they will not break on the next value. e) If a PROCEDURE has been declared, it is invoked (PROCEDURE may be discontinued in a future release). f) If SKIPLINES was specified, the current line position is advanced. g) The value is printed (unless PRINT=NEVER was specified). 3. After the query finishes (at END-SELECT) any AFTER procedures are processed in descending level sequence. For example: begin-select state??(+1,1,2) on-break level=1 before=bef-state after=state-tot county?(,+2,14) on-break level=2 before=bef-cnty after=cnty-tot city???(,+2,14) on-break level=3 before=bef-city after=city-tot ... end-select The breaks are processed as follows: - When city breaks, the city-tot procedure is executed. - When county breaks, first the city-tot procedure is executed, then the county-tot procedure is executed. - When state breaks, the city-tot, county-tot, and state-tot procedures are processed in that sequence. If any BEFORE breaks were indicated, they would also be processed automatically, after all of the AFTER breaks and in sequence from lower to higher level numbers. For example: begin-select state??(+1,1,2) on-break level=1 before=bef-state after=state-tot county?(,+2,14) on-break level=2 before=bef-cnty after=cnty-tot city???(,+2,14) on-break level=3 before=bef-city after=city-tot ... end-select Now when state breaks, the sequence of procedures executed is as follows: 1. City-tot 2. Cnty-tot 3. State-tot 4. Bef-state 5. Bef-cnty 6. Bef-city Upon entering the query at BEGIN-SELECT, the three BEFORE procedures are executed in sequence: 1. Bef-state 2. Bef-cnty 3. Bef-city After the last row is retrieved, at END-SELECT, the three AFTER procedures are executed in sequence: 1. City-tot 2. Cnty-tot 3. State-tot The SAVE qualifier saves the previous break value in the specified string variable for use in an AFTER procedure. You may want to print the previous break field with a summary line: PRINT &state (+1,1) on-break after=state-tot save=$old-state The SET qualifier allows you to have sub-reports with leveled breaks. By separating the ON-BREAKs into sets, the associated leveled breaks in each set will not interfere with each other. begin-select state (+1,1,2) on-break set=1 after=state-tot level=1 Hope this helps To: SQR-USERS @ list.iex.net cc: (bcc: Mike Palmer/Bit) From: richard.mitchell @ GSA.GOV Date: 04/15/98 12:56:00 PM AST Subject: A 2 Level Break Totals Problem Help! When I try to write a multi total report, this is what I want. the lines after the first break, the output looks like: BUILDING NUMBER PROBLEM TYPE DETAIL LINE PROBLEM TYPE TOTAL BUILDING NUMBER TOTAL I would like to use PRINT=CHANGE/TOP The first break is ok. After the first break, the output looks like: If PRINT=ALWAYS YOU SEE: BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE TOTAL PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE BUILDING NUMBER PROBLEM TYPE TOTAL BUILDING NUMBER TOTAL Using SQR3 - Workbench, Oracle I have: used PRINT=ALWAYS used PRINT=CHANGE/TOP used no PRINT= deleted all references to WRAP.INC and replaced with KEEP-TOP made all fonts the same size used the SQR interface generated SQR code modified SQR generated code written similar code from scratch I don't know what else to try. It appears if there is only 1 BUILDING NUMBER and 1 PROBLEM TYPE everything is good. If there is more than 1 problem record in the building the print gets off by one line. Is this an output buffer overflow error? Any help is appreciated, Rick --UNS_gsauns2_2846844083 Content-Type: application/octet-stream; name="brktest.sqr" Content-Disposition: attachment; filename="brktest.sqr" Content-Transfer-Encoding: base64 IS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQohIEdlbmVyYXRlZCBvbiBUaHUgQXByIDE2IDA5OjQ2 OjAwIDE5OTggYnkgU1FSIFJlcG9ydE1hdGUNCiENCiEgRmlsZW5hbWU6IEM6XFNRUldcT1JBXFdP UktCTkNIXEJJTlJNV1xTRUFUVEx+MVxTUk1cQlJLVEVTVC5TUVINCiEgRm9ybWF0ICA6IFRhYnVs YXINCiEgVXNlcm5hbWU6IFNZU0FETQ0KISBNb2RlICAgIDogR3JhcGhpYyBNb2RlLiBXaGVuIGlu IEdyYXBoaWNzIE1vZGUsIFJlcG9ydE1hdGUgZ2VuZXJhdGVzIA0KISAgICAgICAgIDogY29kZSB3 aXRoIHBvc2l0aW9uYWwgY29vcmRpbmF0ZXMgaW4gcG9pbnRzLiBPbmUgcG9pbnQgZXF1YWxzIA0K ISAgICAgICAgIDogMS83MiBvZiBhbiBpbmNoIG9yIDAuMzUgbWlsbGltZXRlcnMuIFRodXMsIHRv IHBsYWNlIGEgY29sdW1uIA0KISAgICAgICAgIDogb25lIGluY2ggZnJvbSB0aGUgbGVmdCBtYXJn aW4gdGhlIGNvZGUgd291bGQgYmU6DQohICAgICAgICAgOiAgICAgICAgICAgIFByaW50ICZzcXJf dmFyaWFibGUgKDEsIDcyKQ0KISAgICAgICAgIDogVHdvIGluY2hlcyBmcm9tIHRoZSBsZWZ0IG1h cmdpbiB3b3VsZCBiZToNCiEgICAgICAgICA6ICAgICAgICAgICAgUHJpbnQgJnNxcl92YXJpYWJs ZSAoMSwgMTQ0KQ0KIS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KI2luY2x1ZGUgJ1o6XEFQ UFNcTUFYSU1PXFNRUjNcV1JBUC5JTkMnDQohIEFyZ3VtZW50cyB1c2VkIGluICNpbmNsdWRlJ2Qg V3JhcCBwcm9jZWR1cmU6DQohDQohICR0ZXh0ICAgICAgICAgICAgIC0gVGhlIHRleHQgdG8gd3Jh cCwgdXN1YWxseSBhbiAmdmFyaWFibGUgDQohICNsaW5lICAgICAgICAgICAgIC0gTGluZSBudW1i ZXIgKFkgY29vcmRpbmF0ZSkgd2hlcmUgdGhlIHdyYXAgaXMgdG8gc3RhcnQuIDAgbWVhbnMNCiEg ICAgICAgICAgICAgICAgICAgICB0aGUgY3VycmVudCBZIHBvc2l0aW9uLg0KISAjY29sdW1uICAg ICAgICAgICAtIFggY29vcmRpbmF0ZSB3aGVyZSBwcmludGluZyBpcyB0byBzdGFydC4gVXNlIGFi c29sdXRlIHZhbHVlLg0KISAjd2lkdGggICAgICAgICAgICAtIFRoZSB3aWR0aCBvZiB0aGUgYXJl YSBmb3IgdGhlIHdyYXAgaW4gcG9pbnRzLg0KISAjaGVpZ2h0ICAgICAgICAgICAtIFRoZSBtYXhp bXVtIGhlaWdodCBvZiB0aGUgYXJlYSBmb3IgdGhlIHdyYXAgaW4gcG9pbnRzLg0KISAjYXZnX2No YXJfd2lkdGggICAtIEF2ZXJhZ2Ugd2lkdGggb2Ygb25lIGNoYXJhY3RlciBvZiB0aGUgY3VycmVu dCBmb250IGluIHBvaW50cy4NCiEgI2xpbmVfaGVpZ2h0ICAgICAgLSBIZWlnaHQgb2YgZWFjaCBs aW5lIG9mIHdyYXBwZWQgdGV4dCBpbiBwb2ludHMuDQohICRwcmludF9zdHlsZSAgICAgIC0gUHJp bnQgc3R5bGUgaXMgZ2l2ZW4gYnkgb25lIG9mIHRoZSBmb2xsb3dpbmc6DQohICAgICAgICAgICAg ICAgICAgICAgICAncmVndWxhcicsICdib2xkJywgJ3VuZGVybGluZScsIG9yICdib2xkK3VuZGVy bGluZScNCiEgI2ZvbnRfbnVtICAgICAgICAgLSBTUVIgZm9udCBudW1iZXINCiEgI2ZvbnRfc2l6 ZSAgICAgICAgLSBGb250IHNpemUgaW4gcG9pbnRzIA0KIQ0KQmVnaW4tU2V0dXANCg0KIERlY2xh cmUtTGF5b3V0IERlZmF1bHQNCiAgT3JpZW50YXRpb249TGFuZHNjYXBlDQogIFBhcGVyLVNpemU9 KDExLDguNSkNCiAgVG9wLU1hcmdpbj0wLjUNCiAgQm90dG9tLU1hcmdpbj0wLjUNCiAgTGVmdC1N YXJnaW49MC41DQogIFJpZ2h0LU1hcmdpbj0wLjUNCiAgTGluZS1IZWlnaHQ9MSAgICAgICAhIERl ZmluZSBhIDEgYnkgMSBwb2ludCBncmlkIGZvcg0KICBDaGFyLVdpZHRoPTEgICAgICAgICEgcHJl Y2lzZSBwcmludCBwb3NpdGlvbmluZw0KIEVuZC1EZWNsYXJlDQoNCkVuZC1TZXR1cA0KDQpCZWdp bi1Qcm9ncmFtDQogRG8gTWFpbg0KRW5kLXByb2dyYW0NCg0KQmVnaW4tUHJvY2VkdXJlIE1haW4g TG9jYWwNCkJlZ2luLVNlbGVjdA0KIEFsdGVyLVByaW50ZXIgRm9udD05MDMgUG9pbnQtU2l6ZT04 DQpNQVhJTU8uTE9DQVRJT05TLkRFU0NSSVBUSU9OICAgICAoMTIsMSwyMCkgT24tQnJlYWsgU2V0 PTEgTGV2ZWw9MSBQcmludD1BbHdheXMgQWZ0ZXI9REVTQ1JJUFRJT05fQWZ0ZXJfT0JQXzEwMSBC ZWZvcmU9REVTQ1JJUFRJT05fQmVmb3JlX09CUF8xMDENCldPMyAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICgxMiw0MTUsMTcpIE9uLUJyZWFrIFNldD0xIExldmVsPTIgQWZ0ZXI9V08zX0Fm dGVyX09CUF8xMDIgQmVmb3JlPVdPM19CZWZvcmVfT0JQXzEwMg0KV09OVU0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgKDEyLDk3LDEwKQ0KTUFYSU1PLldPUktPUkRFUi5MT0NBVElPTiAgICAg ICAgKDEyLDE1NywxMikNClRvX0NoYXIoRkFJTERBVEUsJ01NL0REL1lZIEhIMjQ6TUknKSAmRkFJ TERBVEUgKDEyLDIyNikNCldPMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICgxMiwzMTYs MjApDQpXTzYNCiBEbyBXcmFwKCZXTzYsIDEyLCA1MDIsIDE0NCwgOTAsIDQsIDEwLCAncmVndWxh cicsIDkwMywgOCkNCldPNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICgxMiw2NTgpIEVk aXQgOTk5OTk5OTk5OW5hDQogQWRkIDEgVG8gI18xMDFST1dfQ09VTlQNCiBBZGQgMSBUbyAjXzEw MlJPV19DT1VOVA0KIE5leHQtTGlzdGluZyAgTmVlZD0xMg0KRnJvbSAgTUFYSU1PLkxPQ0FUSU9O UywgTUFYSU1PLldPUktPUkRFUg0KV2hlcmUgTUFYSU1PLkxPQ0FUSU9OUy5MT0NBVElPTiA9IE1B WElNTy5XT1JLT1JERVIuTE9DQVRJT04oKykNCiBBTkQgIE1BWElNTy5MT0NBVElPTlMuTE9DQVRJ T04gPSAnT1IwMDUyWlonDQogQU5EICBNQVhJTU8uV09SS09SREVSLldPMyBOT1QgTElLRSAnJUpV REdFJScNCiBBTkQgIE1BWElNTy5XT1JLT1JERVIuV08zIE5PVCBMSUtFICclVVMgJScNCkVuZC1T ZWxlY3QNCkVuZC1Qcm9jZWR1cmUNCg0KQmVnaW4tUHJvY2VkdXJlIERFU0NSSVBUSU9OX0FmdGVy X09CUF8xMDEgTG9jYWwNCiBBbHRlci1QcmludGVyIEZvbnQ9OTAzIFBvaW50LVNpemU9OA0KIFBy aW50ICNfMTAxUk9XX0NPVU5UICAgICAgICAgICAgKDksMSkgRWRpdCA5OTk5OTk5OW5hDQogUG9z aXRpb24gKCsxMCwpDQogTW92ZSAwIFRvICNfMTAxUk9XX0NPVU5UDQogTmV4dC1MaXN0aW5nICBO ZWVkPTEyDQogQWx0ZXItUHJpbnRlciBGb250PTkwMyBQb2ludC1TaXplPTgNCiBOZXctUGFnZQ0K RW5kLVByb2NlZHVyZQ0KDQpCZWdpbi1Qcm9jZWR1cmUgREVTQ1JJUFRJT05fQmVmb3JlX09CUF8x MDEgTG9jYWwNCiBOZXh0LUxpc3RpbmcgIFNraXBMaW5lcz0xIE5lZWQ9MTANCiBBbHRlci1Qcmlu dGVyIEZvbnQ9OTAzIFBvaW50LVNpemU9OA0KIFByaW50ICdOZXcgRGVzY3JpcHRpb24nICAgICAg ICAgKDksMSkNCiBQb3NpdGlvbiAoKzEwLCkNCiBOZXh0LUxpc3RpbmcgIE5lZWQ9MTINCiBBbHRl ci1QcmludGVyIEZvbnQ9OTAzIFBvaW50LVNpemU9OA0KRW5kLVByb2NlZHVyZQ0KDQpCZWdpbi1Q cm9jZWR1cmUgV08zX0FmdGVyX09CUF8xMDIgTG9jYWwNCiBOZXh0LUxpc3RpbmcgIFNraXBMaW5l cz0xIE5lZWQ9MTANCiBBbHRlci1QcmludGVyIEZvbnQ9OTAzIFBvaW50LVNpemU9OA0KIFByaW50 ICNfMTAyUk9XX0NPVU5UICAgICAgICAgICAgKDksOTEpIEVkaXQgOTk5OTk5OTluYQ0KIFBvc2l0 aW9uICgrMTAsKQ0KIE1vdmUgMCBUbyAjXzEwMlJPV19DT1VOVA0KIE5leHQtTGlzdGluZyAgTmVl ZD0xMg0KIEFsdGVyLVByaW50ZXIgRm9udD05MDMgUG9pbnQtU2l6ZT04DQpFbmQtUHJvY2VkdXJl DQoNCkJlZ2luLVByb2NlZHVyZSBXTzNfQmVmb3JlX09CUF8xMDIgTG9jYWwNCiBOZXh0LUxpc3Rp bmcgIFNraXBMaW5lcz0xIE5lZWQ9MTANCiBBbHRlci1QcmludGVyIEZvbnQ9OTAzIFBvaW50LVNp emU9OA0KIFByaW50ICdOZXcgQWdlbmN5JyAgICAgICAgICAgICAgKDksNzkpDQogUG9zaXRpb24g KCsxMCwpDQogTmV4dC1MaXN0aW5nICBOZWVkPTEyDQogQWx0ZXItUHJpbnRlciBGb250PTkwMyBQ b2ludC1TaXplPTgNCkVuZC1Qcm9jZWR1cmUNCg0KQmVnaW4tSGVhZGluZyA1NA0KIEFsdGVyLVBy aW50ZXIgRm9udD05MDMgUG9pbnQtU2l6ZT04DQogRGF0ZS1UaW1lICg5LDEpICdNTS9ERC9ZWSBI SDI0Ok1JJw0KIFBhZ2UtTnVtYmVyICg5LDY5NCkNCiBBbHRlci1QcmludGVyIEZvbnQ9OTAzIFBv aW50LVNpemU9MTANCiBQcmludCAnRGVzY3JpcHRpb24nICAgICAgICAgICAgICgzNywxLDExKSBV bmRlcmxpbmUgIEJvbGQgDQogUHJpbnQgJ1dvbnVtJyAgICAgICAgICAgICAgICAgICAoMzcsMTAw LDUpIFVuZGVybGluZSAgQm9sZCANCiBQcmludCAnTG9jYXRpb24nICAgICAgICAgICAgICAgICgz NywxNjAsOCkgVW5kZXJsaW5lICBCb2xkIA0KIFByaW50ICdGYWlsZGF0ZScgICAgICAgICAgICAg ICAgKDM3LDIyOSw4KSBVbmRlcmxpbmUgIEJvbGQgDQogUHJpbnQgJ1RlY2huaWNpYW4nICAgICAg ICAgICAgICAoMzcsMzIyLDEwKSBVbmRlcmxpbmUgIEJvbGQgDQogUHJpbnQgJ0FnZW5jeScgICAg ICAgICAgICAgICAgICAoMzcsNDE4LDYpIFVuZGVybGluZSAgQm9sZCANCiBQcmludCAnQWN0aW9u IFRha2VuJyAgICAgICAgICAgICgzNyw1MDUsMTIpIFVuZGVybGluZSAgQm9sZCANCiBQcmludCAn TGFib3InICAgICAgICAgICAgICAgICAgICgzNyw2NTgsNSkgVW5kZXJsaW5lICBCb2xkIA0KRW5k LUhlYWRpbmcNCg0K --UNS_gsauns2_2846844083 Content-Type: application/octet-stream; name="brktest.srm" Content-Disposition: attachment; filename="brktest.srm" Content-Transfer-Encoding: base64 MDAwNDcwMDAzMDAwMDAzMDAwMDUwMDAwMDAwMDAwMDAwMTEwMDAwMDAwMDAxMDAwMDZtYXhpbW8w MDAwMTAwMDA2U1lTQURNMDAwMDEwMDAwMDAwMDAyMDAwMDAwMDAwMTAwMDA2TUFYSU1PMDAwMDEw MDAxNUFDQ09VTlRERUZBVUxUUzAwMDAxMDAwMDAwMDAwMTAwMDA3QUxUSVRFTTAwMDAxMDAwMDAw MDAwMTAwMDA5QVBQTEFVTkNIMDAwMDEwMDAwMDAwMDAxMDAwMDdBUFRSQU5TMDAwMDEwMDAwMDAw MDAxMDAwMDdBUkNISVZFMDAwMDEwMDAwMDAwMDAxMDAwMTBBU1NJR05NRU5UMDAwMDEwMDAwMDAw MDAxMDAwMTBBVFRFTkRBTkNFMDAwMDEwMDAwMDAwMDAxMDAwMDdBVVRPS0VZMDAwMDEwMDAwMDAw MDAxMDAwMDhDQUxFTkRBUjAwMDAxMDAwMDAwMDAwMTAwMDE1Q0hBUlRPRkFDQ09VTlRTMDAwMDEw MDAwMDAwMDAxMDAwMDlDT01QQU5JRVMwMDAwMTAwMDAwMDAwMDEwMDAxM0NPTVBBTllBQ0NERUYw MDAwMTAwMDAwMDAwMDEwMDAwOENVUlJFTkNZMDAwMDEwMDAwMDAwMDAxMDAwMTJERVNLVE9QREZM VFMwMDAwMTAwMDAwMDAwMDEwMDAwN0RPQ0lORk8wMDAwMTAwMDAwMDAwMDEwMDAwOERPQ0xJTktT MDAwMDEwMDAwMDAwMDAxMDAwMDhET0NUWVBFUzAwMDAxMDAwMDAwMDAwMTAwMDExRFVNTVlfVEFC TEUwMDAwMTAwMDAwMDAwMDEwMDAxMUVRSElFUkFSQ0hZMDAwMDEwMDAwMDAwMDAxMDAwMDlFUUhJ U1RPUlkwMDAwMTAwMDAwMDAwMDEwMDAwOEVRU1RBVFVTMDAwMDEwMDAwMDAwMDAxMDAwMDdFUVRS QU5TMDAwMDEwMDAwMDAwMDAxMDAwMDlFUVVJUE1FTlQwMDAwMTAwMDAwMDAwMDEwMDAwOEVYQ0hB TkdFMDAwMDEwMDAwMDAwMDAxMDAwMTFGQUlMVVJFQ09ERTAwMDAxMDAwMDAwMDAwMTAwMDEzRkFJ TFVSRURFTEVURTAwMDAxMDAwMDAwMDAwMTAwMDExRkFJTFVSRUxJU1QwMDAwMTAwMDAwMDAwMDEw MDAxM0ZBSUxVUkVSRU1BUkswMDAwMTAwMDAwMDAwMDEwMDAxM0ZBSUxVUkVSRVBPUlQwMDAwMTAw MDAwMDAwMDEwMDAxM0ZJRUxEREVGQVVMVFMwMDAwMTAwMDAwMDAwMDEwMDAxNkZJTkFOQ0lBTFBF UklPRFMwMDAwMTAwMDAwMDAwMDEwMDAxMkdMQ09NUE9ORU5UUzAwMDAxMDAwMDAwMDAwMTAwMDEx R0xDT05GSUdVUkUwMDAwMTAwMDAwMDAwMDEwMDAwN0hPTElEQVkwMDAwMTAwMDAwMDAwMDEwMDAx MUlOVkJBTEFOQ0VTMDAwMDEwMDAwMDAwMDAxMDAwMDlJTlZFTlRPUlkwMDAwMTAwMDAwMDAwMDEw MDAwNklOVkxPVDAwMDAxMDAwMDAwMDAwMTAwMDA3SU5WT0lDRTAwMDAxMDAwMDAwMDAwMTAwMDEx SU5WT0lDRUNPU1QwMDAwMTAwMDAwMDAwMDEwMDAxMUlOVk9JQ0VMSU5FMDAwMDEwMDAwMDAwMDAx MDAwMTJJTlZPSUNFTUFUQ0gwMDAwMTAwMDAwMDAwMDEwMDAxM0lOVk9JQ0VTVEFUVVMwMDAwMTAw MDAwMDAwMDEwMDAxMklOVk9JQ0VUUkFOUzAwMDAxMDAwMDAwMDAwMTAwMDEwSU5WUkVTRVJWRTAw MDAxMDAwMDAwMDAwMTAwMDA4SU5WVFJBTlMwMDAwMTAwMDAwMDAwMDEwMDAxMUlOVlRSQU5TTlVN MDAwMDEwMDAwMDAwMDAxMDAwMDlJTlZWRU5ET1IwMDAwMTAwMDAwMDAwMDEwMDAwNElURU0wMDAw MTAwMDAwMDAwMDEwMDAxMElURU1TVFJVQ1QwMDAwMTAwMDAwMDAwMDEwMDAwOEpPQkxBQk9SMDAw MDEwMDAwMDAwMDAxMDAwMTFKT0JNQVRFUklBTDAwMDAxMDAwMDAwMDAwMTAwMDEySk9CT1BFUkFU SU9OMDAwMDEwMDAwMDAwMDAxMDAwMDdKT0JQTEFOMDAwMDEwMDAwMDAwMDAxMDAwMDdKT0JUT09M MDAwMDEwMDAwMDAwMDAxMDAwMDhMQUJBVkFJTDAwMDAxMDAwMDAwMDAwMTAwMDA1TEFCT1IwMDAw MTAwMDAwMDAwMDEwMDAwOUxBQk9SQVVUSDAwMDAxMDAwMDAwMDAwMTAwMDA4TEFCVFJBTlMwMDAw MTAwMDAwMDAwMDEwMDAxMUxPQ0FOQ0VTVE9SMDAwMDEwMDAwMDAwMDAxMDAwMDlMT0NBVElPTlMw MDAwMTAwMDA4TE9DQVRJT04wMDAwMTAwMDA4MDAwMDBZMDAwMDEwMDAxMURFU0NSSVBUSU9OMDAw MDEwMDA1MDAwMDAwTjAwMDAxMDAwMDVMREtFWTAwMDAyMDAwMDAwMDAwME4wMDAwMTAwMDA0VFlQ RTAwMDAxMDAwMTUwMDAwMFkwMDAwMTAwMDEwQ09OVFJPTEFDQzAwMDAxMDAwMjAwMDAwME4wMDAw MTAwMDA5R0xBQ0NPVU5UMDAwMDEwMDAyMDAwMDAwTjAwMDAxMDAwMTFQVVJDSFZBUkFDQzAwMDAx MDAwMjAwMDAwME4wMDAwMTAwMDEzSU5WT0lDRVZBUkFDQzAwMDAxMDAwMjAwMDAwME4wMDAwMTAw MDA5Q1VSVkFSQUNDMDAwMDEwMDAyMDAwMDAwTjAwMDAxMDAwMTJTSFJJTktBR0VBQ0MwMDAwMTAw MDIwMDAwMDBOMDAwMDEwMDAxM0lOVkNPU1RBREpBQ0MwMDAwMTAwMDIwMDAwMDBOMDAwMDEwMDAx M1JFQ0VJUFRWQVJBQ0MwMDAwMTAwMDIwMDAwMDBOMDAwMDEwMDAwOENIQU5HRUJZMDAwMDEwMDAx ODAwMDAwWTAwMDAxMDAwMTBDSEFOR0VEQVRFMDAwMTIwMDAwMDAwMDAwWTAwMDAxMDAwMDNMTzEw MDAwMTAwMDQwMDAwMDBOMDAwMDEwMDAwM0xPMjAwMDAxMDAwMjUwMDAwME4wMDAwMTAwMDAzTE8z MDAwMDEwMDAwMjAwMDAwTjAwMDAxMDAwMDNMTzQwMDAwMTAwMDEwMDAwMDBOMDAwMDEwMDAwM0xP NTAwMDAxMDAwMDEwMDAwME4wMDAwMTAwMDA4RElTQUJMRUQwMDAwMTAwMDAxMDAwMDBOMDAwMDEw MDAxM09MRENPTlRST0xBQ0MwMDAwMTAwMDIwMDAwMDBOMDAwMDEwMDAxNU9MRFNIUklOS0FHRUFD QzAwMDAxMDAwMjAwMDAwME4wMDAwMTAwMDE2T0xESU5WQ09TVEFESkFDQzAwMDAxMDAwMjAwMDAw ME4wMDAwMTAwMDA4Uk9XU1RBTVAwMDAwMTAwMDQwMDAwMDBOMDAwMDEwMDAwMDAwMDAxMDAwMDdM T0NBVVRIMDAwMDEwMDAwMDAwMDAxMDAwMTJMT0NISUVSQVJDSFkwMDAwMTAwMDAwMDAwMDEwMDAx MUxPQ0xFQURUSU1FMDAwMDEwMDAwMDAwMDAxMDAwMDdMT0NPUEVSMDAwMDEwMDAwMDAwMDAxMDAw MDlMT0NTVEFUVVMwMDAwMTAwMDAwMDAwMDEwMDAxNUxPTkdERVNDUklQVElPTjAwMDAxMDAwMDAw MDAwMTAwMDExTUFUUkVDVFJBTlMwMDAwMTAwMDAwMDAwMDEwMDAxMU1BVFVTRVRSQU5TMDAwMDEw MDAwMDAwMDAxMDAwMDdNQVhBUFBTMDAwMDEwMDAwMDAwMDAxMDAwMTBNQVhFTkNSWVBUMDAwMDEw MDAwMDAwMDAxMDAwMDlNQVhHUk9VUFMwMDAwMTAwMDAwMDAwMDEwMDAwNk1BWEhMUDAwMDAxMDAw MDAwMDAwMTAwMDEwTUFYTU9EVUxFUzAwMDAxMDAwMDAwMDAwMTAwMDEwTUFYUkVETElORTAwMDAx MDAwMDAwMDAwMTAwMDEwTUFYU0NSRUVOUzAwMDAxMDAwMDAwMDAwMTAwMDEzTUFYU1lTQ09MU0NG RzAwMDAxMDAwMDAwMDAwMTAwMDEzTUFYU1lTQ09MVU1OUzAwMDAxMDAwMDAwMDAwMTAwMDEzTUFY U1lTSU5ERVhFUzAwMDAxMDAwMDAwMDAwMTAwMDEwTUFYU1lTS0VZUzAwMDAxMDAwMDAwMDAwMTAw MDA5TUFYVEFCTEVTMDAwMDEwMDAwMDAwMDAxMDAwMTFNQVhVU0VSQVVUSDAwMDAxMDAwMDAwMDAw MTAwMDEzTUFYVVNFUkdST1VQUzAwMDAxMDAwMDAwMDAwMTAwMDA3TUFYVkFSUzAwMDAxMDAwMDAw MDAwMTAwMDExTUVBU1VSRU1FTlQwMDAwMTAwMDAwMDAwMDEwMDAxMk1FQVNVUkVQT0lOVDAwMDAx MDAwMDAwMDAwMTAwMDA2TU9UT1JTMDAwMDEwMDAwMDAwMDAxMDAwMDlPUkRFUlVOSVQwMDAwMTAw MDAwMDAwMDEwMDAwMlBNMDAwMDEwMDAwMDAwMDAxMDAwMTBQTVNFUVVFTkNFMDAwMDEwMDAwMDAw MDAxMDAwMDJQTzAwMDAxMDAwMDAwMDAwMTAwMDA3UE9JTlRXTzAwMDAxMDAwMDAwMDAwMTAwMDA2 UE9MSU5FMDAwMDEwMDAwMDAwMDAxMDAwMDhQT1NUQVRVUzAwMDAxMDAwMDAwMDAwMTAwMDAyUFIw MDAwMTAwMDAwMDAwMDEwMDAwN1BSSUNBTEMwMDAwMTAwMDAwMDAwMDEwMDAwN1BSSU5URVIwMDAw MTAwMDAwMDAwMDEwMDAwNlBSTElORTAwMDAxMDAwMDAwMDAwMTAwMDA4UFJTVEFUVVMwMDAwMTAw MDAwMDAwMDEwMDAwNVBVTVBTMDAwMDEwMDAwMDAwMDAxMDAwMDVRVUVSWTAwMDAxMDAwMDAwMDAw MTAwMDA3UkVPUkRFUjAwMDAxMDAwMDAwMDAwMTAwMDA2UkVQT1JUMDAwMDEwMDAwMDAwMDAxMDAw MDhTQ0hBUkdFUzAwMDAxMDAwMDAwMDAwMTAwMDE1U0VSVklDRUNPTlRSQUNUMDAwMDEwMDAwMDAw MDAxMDAwMTJTRVJWUkVDVFJBTlMwMDAwMTAwMDAwMDAwMDEwMDAwNVNISUZUMDAwMDEwMDAwMDAw MDAxMDAwMDlTSUdPUFRJT04wMDAwMTAwMDAwMDAwMDEwMDAwOVNQQVJFUEFSVDAwMDAxMDAwMDAw MDAwMTAwMDA2U1lTVEVNMDAwMDEwMDAwMDAwMDAxMDAwMDNUQVgwMDAwMTAwMDAwMDAwMDEwMDAw N1RBWFRZUEUwMDAwMTAwMDAwMDAwMDEwMDAwOVRPTEVSQU5DRTAwMDAxMDAwMDAwMDAwMTAwMDA0 VE9PTDAwMDAxMDAwMDAwMDAwMTAwMDA5VE9PTFRSQU5TMDAwMDEwMDAwMDAwMDAxMDAwMDhVU0VS UFJFRjAwMDAxMDAwMDAwMDAwMTAwMDE2VVNFUlJFU1RSSUNUSU9OUzAwMDAxMDAwMDAwMDAwMTAw MDA5VkFMVUVMSVNUMDAwMDEwMDAwMDAwMDAxMDAwMDZWQUxWRVMwMDAwMTAwMDAwMDAwMDEwMDAx MVZfV09SS09SREVSMDAwMDEwMDAwMDAwMDAxMDAwMDlXT1JLT1JERVIwMDAwMTAwMDA1V09OVU0w MDAwMTAwMDEwMDAwMDBZMDAwMDEwMDAxMU1BU1RFUldPTlVNMDAwMDEwMDAxMDAwMDAwTjAwMDAx MDAwMDZTVEFUVVMwMDAwMTAwMDA4MDAwMDBZMDAwMDEwMDAxMFNUQVRVU0RBVEUwMDAxMjAwMDAw MDAwMDBZMDAwMDEwMDAwOFdPUktUWVBFMDAwMDEwMDAwNTAwMDAwTjAwMDAxMDAwMTBDT1NUQ0VO VEVSMDAwMDEwMDAxMDAwMDAwTjAwMDAxMDAwMDlMRUFEQ1JBRlQwMDAwMTAwMDA4MDAwMDBOMDAw MDEwMDAxMURFU0NSSVBUSU9OMDAwMDEwMDI1NDAwMDAwTjAwMDAxMDAwMDVFUU5VTTAwMDAxMDAw MDgwMDAwME4wMDAwMTAwMDA4TE9DQVRJT04wMDAwMTAwMDA4MDAwMDBOMDAwMDEwMDAwNUpQTlVN MDAwMDEwMDAxMDAwMDAwTjAwMDAxMDAwMDhGQUlMREFURTAwMDEyMDAwMDAwMDAwME4wMDAwMTAw MDA4Q0hBTkdFQlkwMDAwMTAwMDE4MDAwMDBOMDAwMDEwMDAxMENIQU5HRURBVEUwMDAxMjAwMDAw MDAwMDBOMDAwMDEwMDAwNkVTVERVUjAwMDA0MDAxMjYwMDAwMFkwMDAwMTAwMDA5RVNUTEFCSFJT MDAwMDQwMDEyNjAwMDAwWTAwMDAxMDAwMTBFU1RNQVRDT1NUMDAwMDIwMDAxMDAwMDAyWTAwMDAx MDAwMTBFU1RMQUJDT1NUMDAwMDIwMDAxMDAwMDAyWTAwMDAxMDAwMTFFU1RUT09MQ09TVDAwMDAy MDAwMTAwMDAwMlkwMDAwMTAwMDA1UE1OVU0wMDAwMTAwMDA4MDAwMDBOMDAwMDEwMDAwOUFDVExB QkhSUzAwMDA0MDAxMjYwMDAwMFkwMDAwMTAwMDEwQUNUTUFUQ09TVDAwMDAyMDAwMTAwMDAwMlkw MDAwMTAwMDEwQUNUTEFCQ09TVDAwMDAyMDAwMTAwMDAwMlkwMDAwMTAwMDExQUNUVE9PTENPU1Qw MDAwMjAwMDEwMDAwMDJZMDAwMDEwMDAwNlNVQk5VTTAwMDAyMDAwMDAwMDAwMFkwMDAwMTAwMDEw T1VUTEFCQ09TVDAwMDAyMDAwMTAwMDAwMlkwMDAwMTAwMDEwT1VUTUFUQ09TVDAwMDAyMDAwMTAw MDAwMlkwMDAwMTAwMDExT1VUVE9PTENPU1QwMDAwMjAwMDEwMDAwMDJZMDAwMDEwMDAxMUhJU1RP UllGTEFHMDAwMDEwMDAwMTAwMDAwWTAwMDAxMDAwMDhDT05UUkFDVDAwMDAxMDAwMDgwMDAwME4w MDAwMTAwMDEwV09QUklPUklUWTAwMDAyMDAwMDAwMDAwME4wMDAwMTAwMDA3QUNDT1VOVDAwMDAx MDAwMDgwMDAwME4wMDAwMTAwMDEwU1VCQUNDT1VOVDAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDEy VEFSR0NPTVBEQVRFMDAwMTIwMDAwMDAwMDAwTjAwMDAxMDAwMTNUQVJHU1RBUlREQVRFMDAwMTIw MDAwMDAwMDAwTjAwMDAxMDAwMDVXT0VRMTAwMDAxMDAwMDEwMDAwME4wMDAwMTAwMDA1V09FUTIw MDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwNVdPRVEzMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDVX T0VRNDAwMDAxMDAwMDEwMDAwME4wMDAwMTAwMDA1V09FUTUwMDAwMTAwMDAxMDAwMDBOMDAwMDEw MDAwNVdPRVE2MDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDVXT0VRNzAwMDAxMDAwMDEwMDAwME4w MDAwMTAwMDA1V09FUTgwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwNVdPRVE5MDAwMDEwMDAwMTAw MDAwTjAwMDAxMDAwMDZXT0VRMTAwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwNldPRVExMTAwMDAx MDAwMDEwMDAwME4wMDAwMTAwMDA2V09FUTEyMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDNXTzEw MDAwMTAwMDIwMDAwMDBOMDAwMDEwMDAwM1dPMjAwMDAxMDAwMjAwMDAwME4wMDAwMTAwMDAzV08z MDAwMDEwMDAxNTAwMDAwTjAwMDAxMDAwMDNXTzQwMDAwMTAwMDEwMDAwMDBOMDAwMDEwMDAwM1dP NTAwMDAxMDAwMDUwMDAwME4wMDAwMTAwMDAzV082MDAwMDEwMDI1NDAwMDAwTjAwMDAxMDAwMDNX TzcwMDAwNDAwMTI2MDAwMDBOMDAwMDEwMDAwM1dPODAwMDAxMDAyNTQwMDAwME4wMDAwMTAwMDAz V085MDAwMDIwMDAxMDAwMDAyTjAwMDAxMDAwMDRXTzEwMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAw MDVMREtFWTAwMDAyMDAwMDAwMDAwME4wMDAwMTAwMDEwUkVQT1JURURCWTAwMDAxMDAwMTgwMDAw ME4wMDAwMTAwMDEwUkVQT1JUREFURTAwMDEyMDAwMDAwMDAwME4wMDAwMTAwMDA1UEhPTkUwMDAw MTAwMDE1MDAwMDBOMDAwMDEwMDAxMVBST0JMRU1DT0RFMDAwMDEwMDAwODAwMDAwTjAwMDAxMDAw MDhDQUxFTkRBUjAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDEzSU5URVJSVVBUQUJMRTAwMDAxMDAw MDEwMDAwME4wMDAwMTAwMDA4RE9XTlRJTUUwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwOEFDVFNU QVJUMDAwMTIwMDAwMDAwMDAwTjAwMDAxMDAwMDlBQ1RGSU5JU0gwMDAxMjAwMDAwMDAwMDBOMDAw MDEwMDAxMFNDSEVEU1RBUlQwMDAxMjAwMDAwMDAwMDBOMDAwMDEwMDAxMVNDSEVERklOSVNIMDAw MTIwMDAwMDAwMDAwTjAwMDAxMDAwMDZSRU1EVVIwMDAwNDAwMTI2MDAwMDBOMDAwMDEwMDAwNkNS RVdJRDAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDEwU1VQRVJWSVNPUjAwMDAxMDAwMDgwMDAwME4w MDAwMTAwMDA2V09FUTEzMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDZXT0VRMTQwMDAwMTAwMDAx MDAwMDBOMDAwMDEwMDAwNVdPUE0xMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDVXT1BNMjAwMDAx MDAwMDEwMDAwME4wMDAwMTAwMDA1V09QTTMwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwNVdPUE00 MDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDVXT1BNNTAwMDAxMDAwMDEwMDAwME4wMDAwMTAwMDA1 V09KUDEwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwNVdPSlAyMDAwMDEwMDAwMTAwMDAwTjAwMDAx MDAwMDVXT0pQMzAwMDAxMDAwMDEwMDAwME4wMDAwMTAwMDA1V09KUDQwMDAwMTAwMDAxMDAwMDBO MDAwMDEwMDAwNVdPSlA1MDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDRXT0wxMDAwMDEwMDAwMTAw MDAwTjAwMDAxMDAwMDRXT0wyMDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDRXT0wzMDAwMDEwMDAw MTAwMDAwTjAwMDAxMDAwMDRXT0w0MDAwMDEwMDAwMTAwMDAwTjAwMDAxMDAwMDhXT0xBQkxOSzAw MDAxMDAwMDgwMDAwME4wMDAwMTAwMDA5UkVTUE9OREJZMDAwMTIwMDAwMDAwMDAwTjAwMDAxMDAw MTNFUUxPQ1BSSU9SSVRZMDAwMDIwMDAwMDAwMDAwTjAwMDAxMDAwMTJDQUxDUFJJT1JJVFkwMDAw MjAwMDAwMDAwMDBOMDAwMDEwMDAxMUNIQVJHRVNUT1JFMDAwMDEwMDAwMTAwMDAwWTAwMDAxMDAw MTFGQUlMVVJFQ09ERTAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDA1V09MTzEwMDAwMTAwMDIwMDAw MDBOMDAwMDEwMDAwNVdPTE8yMDAwMDEwMDAyMDAwMDAwTjAwMDAxMDAwMDVXT0xPMzAwMDAxMDAw MjAwMDAwME4wMDAwMTAwMDA1V09MTzQwMDAwMTAwMDA4MDAwMDBOMDAwMDEwMDAwNVdPTE81MDAw MDEwMDAwODAwMDAwTjAwMDAxMDAwMDVXT0xPNjAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDA1V09M TzcwMDAwMTAwMDA4MDAwMDBOMDAwMDEwMDAwNVdPTE84MDAwMDEwMDAwODAwMDAwTjAwMDAxMDAw MDVXT0xPOTAwMDAxMDAwMDgwMDAwME4wMDAwMTAwMDA2V09MTzEwMDAwMDEwMDAwODAwMDAwTjAw MDAxMDAwMDlHTEFDQ09VTlQwMDAwMTAwMDIwMDAwMDBOMDAwMDEwMDAxMUVTVFNFUlZDT1NUMDAw MDIwMDAxMDAwMDAyWTAwMDAxMDAwMTFBQ1RTRVJWQ09TVDAwMDAyMDAwMTAwMDAwMlkwMDAwMTAw MDA4RElTQUJMRUQwMDAwMTAwMDAxMDAwMDBOMDAwMDEwMDAwOFJPV1NUQU1QMDAwMDEwMDA0MDAw MDAwTjAwMDAxMDAwMDAwMDAwMTAwMDEwV09SS1BFUklPRDAwMDAxMDAwMDAwMDAwMTAwMDEyV09S S1BSSU9SSVRZMDAwMDEwMDAwMDAwMDAxMDAwMDhXT1JLVFlQRTAwMDAxMDAwMDAwMDAwMTAwMDA4 V09TVEFUVVMwMDAwMTAwMDAwMDAwMDEwMDAwM1dPWDAwMDAxMDAwMDAwMDAwMTAwMDA3V1BMQUJP UjAwMDAxMDAwMDAwMDAwMTAwMDEwV1BNQVRFUklBTDAwMDAxMDAwMDAwMDAwMTAwMDExV1BPUEVS QVRJT04wMDAwMTAwMDAwMDAwMDEwMDAwNldQVE9PTDAwMDAxMDAwMDAwMDAwMTAwMDExWFhXT1JL T1JERVIwMDAwMTAwMDAwMDAwMDEwMDAwMDAwMDAxMDAwMDNTWVMwMDAwMTAwMDAwMDAwMDEwMDAw NlNZU1RFTTAwMDAxMDAwMDAwMDAwMTAwMDAwMDAwMDMwMDAwMDAwMDAxMDAwMDZNQVhJTU8wMDAw MTAwMDA5TE9DQVRJT05TMDAwNjAwMDAxNjAwMDAxMDAwMDAwMDAwMTAwMDA4TE9DQVRJT04wMDAw MTAwMDA4MDAwMDBZMDAwNjAwMDAxNjAwMDAxMDAwMDAwMDAwMTAwMDExREVTQ1JJUFRJT04wMDAw MTAwMDUwMDAwMDBOMDAwMDMwMDAwMDAwMDAxMDAwMDZNQVhJTU8wMDAwMTAwMDA5V09SS09SREVS MDAwNjAwMDAxNjAwMDAxMDAwMDAwMDAwMTAwMDA1V09OVU0wMDAwMTAwMDEwMDAwMDBZMDAwNjAw MDAxNjAwMDAxMDAwMDAwMDAwMTAwMDA4TE9DQVRJT04wMDAwMTAwMDA4MDAwMDBOMDAwNjAwMDAx NjAwMDAxMDAwMDAwMDAwMTAwMDA4RkFJTERBVEUwMDAxMjAwMDAwMDAwMDBOMDAwNjAwMDAxNjAw MDAxMDAwMDAwMDAwMTAwMDAzV08yMDAwMDEwMDAyMDAwMDAwTjAwMDYwMDAwMTYwMDAwMTAwMDAw MDAwMDEwMDAwM1dPMzAwMDAxMDAwMTUwMDAwME4wMDA2MDAwMDE2MDAwMDEwMDAwMDAwMDAxMDAw MDNXTzYwMDAwMTAwMjU0MDAwMDBOMDAwNjAwMDAxNjAwMDAxMDAwMDAwMDAwMTAwMDAzV083MDAw MDQwMDEyNjAwMDAwTjAwMDA1MDAwMDIwMDAwMTAwMDA0TWFpbjAwMDAxMDAwNDAwMDAwMTAwMDAy MDAwMDMwMDAwNDAwMDA1MDAwMDYwMDAwNzAwMDA4MDAwMDEwMDAwME1GMDAwMDcwMDAxMTAwMDAw MDAwMDNCMDAwMDkwMDAxNTAwMDAxMDAwMTAnT1IwMDUyWlonMDAwMDAwMDAwMDAwMDAxMDAwMDkw MDAxNTAwMDAxMDAwMDknJUpVREdFJScwMDAwNjAwMDAwMDAwMTIwMDAwOTAwMDE1MDAwMDEwMDAw NyclVVMgJScwMDAwNjAwMDAwMDAwMTIwMDAzNTAwMDAwMDAwNDIwMDAxMTAwMDA5MDAwMDFOMDAw MzgwMDAwMDAwMDMzMDAwODUwMDAwMTAwMDAwMDAwMDEwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAzMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDEwMDAzNjAwMDIwMDAwMDEwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwNTQwMDAz MTAwMDAxMDAwMDAwMTAwMDAyMDAwMDAwMDAwMDAwMTAwMDAwWTAwMDAxMDAwNTUwMDAyNzAwMTMy MDAwNjAwMDA1OTAwMDA5MDAwNDRZTjAwMDQzMDAwMjIwMDAwME4wMDAyMk4wMDAwMTAwMDAwMDAw NjIwMDExMTAwMDAwMDAwMDEwMDAwMDEyMDAwMDAwMDAwMDAwM0wwMDAwMDExMDAwMDAwMDAwODUw MDAwMDAwMDA1MDAwMDAwMDAwNTAwMDAwMDAwMDUwMDAwMDAwMDA1MDAwMDAwMDAxMDAwMDAwMDAw MTAwMDAwMDYyMDAxMTEwMDAwMTAwMDAxMDAwMDAxMjAwMDAwMDAwMDAwMDNMMDAwMDAxMTAwMDAw MDAwMDg1MDAwMDAwMDAwNTAwMDAwMDAwMDUwMDAwMDAwMDA1MDAwMDAwMDAwNTAwMDAwMDAwMTAw MDAwMDAwMDEwMDAwMDA2MjAwMTExMDAwMDIwMDAwMTAwMDAwMTIwMDAwMDAwMDAwMDAzTDAwMDAw MTEwMDAwMDAwMDA4NTAwMDAwMDAwMDUwMDAwMDAwMDA1MDAwMDAwMDAwNTAwMDAwMDAwMDUwMDAw MDAwMDEwMDAwMDAwMDAxMDAwMDAwNjEtMDAwMQEAAAAAAAAAAgABAQEeAB4A////AAAAAAEAAQAB AARNYWlu//8AAAcAQ09iTGlzdAgA//8BAAsAQ1BhZ2VIZWFkZXICAAEABAAAAAoA//8BAAwAQ0Ry YXdTcGVjaWFsAQAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAkAAAAAAAAAwQJpAC7ChxABABBNTS9E RC9ZWSBISDI0Ok1JCACQAQAAAAAFQXJpYWwCAAAAIgD///8AAAAAAAAAUwAFgAEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAEJAAAAEhsAAMYbaQAuwocQAQAEOTk5OQgAkAEAAAAABUFyaWFsAgAAACIA ////AAAAAAAAAFMA//8BAAkAQ0RyYXdUZXh0AQAAAAAAAAAAAAAAAAAAAAABAAEAAAABAAkAAAAA AA4BFQKGAS7ChxABAAtEZXNjcmlwdGlvbgoAvAIBAAAABUFyaWFsAgAAACIA////AAAAAAAAAHAB CIABAAAAAAAAAAAAAAAAAAAAAAEAAQAAAAEACQAAAN4DDgFOBYYBLsKHEAEABVdvbnVtCgC8AgEA AAAFQXJpYWwCAAAAIgD///8AAAAAAAAAcAEIgAEAAAAAAAAAAAAAAAAAAAAAAQABAAAAAQAJAAAA NgYOAdMHhgEuwocQAQAITG9jYXRpb24KALwCAQAAAAVBcmlhbAIAAAAiAP///wAAAAAAAABwAQiA AQAAAAAAAAAAAAAAAAAAAAABAAEAAAABAAkAAADoCA4BbgqGAS7ChxABAAhGYWlsZGF0ZQoAvAIB AAAABUFyaWFsAgAAACIA////AAAAAAAAAHABCIABAAAAAAAAAAAAAAAAAAAAAAEAAQAAAAEACQAA AIoMDgGXDoYBLsKHEAEAClRlY2huaWNpYW4KALwCAQAAAAVBcmlhbAIAAAAiAP///wAAAAAAAABw AQiAAQAAAAAAAAAAAAAAAAAAAAABAAEAAAABAAkAAABKEA4BqxGGAS7ChxABAAZBZ2VuY3kKALwC AQAAAAVBcmlhbAIAAAAiAP///wAAAAAAAABwAQiAAQAAAAAAAAAAAAAAAAAAAAABAAEAAAABAAkA AACwEw4BHxaGAS7ChxABAAxBY3Rpb24gVGFrZW4KALwCAQAAAAVBcmlhbAIAAAAiAP///wAAAAAA AABwAQiAAQAAAAAAAAAAAAAAAAAAAAABAAEAAAABAAkAAACqGQ4BwBqGAS7ChxABAAVMYWJvcgoA vAIBAAAABUFyaWFsAgAAACIA////AAAAAAAAAHAB//8BAAoAQ1N1YkhlYWRlcgIABQABAAAAAQAI gAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJAAAAAAA6AlgCowJcyIcQAQAPTmV3IERlc2NyaXB0 aW9uCACQAQAAAAAFQXJpYWwCAAAAIgD///8AAAAAAAAAjQIRgAIABgABAAAAAQAIgAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQAJAAAADAPfAuwESAOoyYcQAQAKTmV3IEFnZW5jeQgAkAEAAAAABUFy aWFsAgAAACIA////AAAAAAAAADID//8BAAgAQ0RldGFpbHMCAAcAAQAAAAgA//8BAAcAQ09iakNv bAEAAAEBAAAAAAAAAAAAAAAAAAAAAQEACAAJAAAAAACiA5gDCwTwyocQAQALREVTQ1JJUFRJT04I AJABAAAAAAVBcmlhbAIAAAAiAP///wAAAAAAAAD1AwEAAAEAAAABAAACAAAABgAAABQALgAYgAEA AAAAAAAAAAAAAAAAAAAAAAAAAAEACAAJAAAAwAOiA5YFCwTwyocQAQAFV09OVU0IAJABAAAAAAVB cmlhbAIAAAAiAP///wAAAAAAAAD1AwEAAAIAAAAAAAAAAAAAAAAAAAoALwAYgAEAAAAAAAAAAAAA AAAAAAAAAAAAAQEACAAJAAAAGAaiA1IICwTwyocQAQAITE9DQVRJT04IAJABAAAAAAVBcmlhbAIA AAAiAP///wAAAAAAAAD1AwEAAAMAAAAAAAAAAAAAAAAAAAwALwAYgAEAAAAAAAAAAAAAAAAAAAAA AAAAAAEACAAJAAAAygiiA7oLCwTwyocQAQAIRkFJTERBVEUIAJABAAAAAAVBcmlhbAIAAAAiAP// /wAAAAAAAAD1AwEAEE1NL0REL1lZIEhIMjQ6TUkEAAAAAAAAAAAAAAAAAAAQAC8AGIABAAAAAAAA AAAAAAAAAAAAAAAAAAABAAgACQAAAE4MogP6DwsE8MqHEAEAA1dPMggAkAEAAAAABUFyaWFsAgAA ACIA////AAAAAAAAAPUDAQAABQAAAAAAAAAAAAAAAAAAFAAvABiAAQAAAAEAAAAAAAAAAAAAAAAA AAAAAQAIAAkAAAAsEKIDVhMLBPDKhxABAANXTzMIAJABAAAAAAVBcmlhbAIAAAAiAP///wAAAAAA AAD1AwEAAAYAAAACAAADAAAABQAAABEALwAYgAEAAAAAAAAAAAAAAAAAAB4AAAAAAAEACAAJAAAA khOiAzIZCwTwyocQAQADV082CACQAQAAAAAFQXJpYWwCAAAAIgD///8AAAAAAAAA9QMBAAAHAAAA AAAAAAAAAAAAAAD+AC8AGIABAAAAAAAAAAAAAAAAAAAAAAAAAAABAAgACQAAAKoZogNsGwsE8MqH EAEAA1dPNwgAkAEAAAAABUFyaWFsAgAAACIA////AAAAAAAAAPUDAQAMOTk5OTk5OTk5OW5hCAAA AAAAAQAAAAAAAAAACgAtAP//AQAKAENTdWJGb290ZXICAAgAAQAAAAEA//8BAAgAQ09iakNvbXAB AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIACQAAAIQDKQTsBJIEwhCHEAEAB1dPQ291bnQIAJABAAAA AAVBcmlhbAIAAAAiAP///wAAAAAAAAB8BAEAAQIAAgAAAAgACjk5OTk5OTk5bmEtACGAAgAJAAIA AAEBACOAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAkAAAAAAM4EaAE3BWrQhxABABhMb2NhdGlv bkRlc2NyaXB0aW9uQ291bnQIAJABAAAAAAVBcmlhbAIAAAAiAP///wAAAAAAAAAhBQEAAAIAAQAA AAgACjk5OTk5OTk5bmEtAP//AQAOAENSZXBvcnRTdW1tYXJ5AgALAAIAAAAAAP//AQALAENQYWdl Rm9vdGVyAgANAAIAAAAAAAEADQoKCgoKCgoKCgoKCgoOAAEAAQAOAA0AAQAOAP//AAANAENUZXh0 TGluZUluZm8BAAAAAAABAAAAAAAAAAEAcAAXAIcAK4ABAAAAAQABAAAAAAAAAAEA9wAXAIcAK4AB AAAAAgABAAAAAAAAAAEAfgEXAIcAK4ABAAAAAwABAAAAAAAAAAEABQIXAIcAK4ABAAAABAABAAAA AAAAAAEAqgIXAIcAK4ABAAAABQABAAAAAAAAAAEATwMXAIcAK4ABAAAABgABAAAAAAAAAAEA9AMX AIcAK4ABAAAABwABAAAAAAAAAAEAmQQXAIcAK4ABAAAACAABAAAAAAAAAAEAPgUXAIcAK4ABAAAA CQABAAAAAAAAAAEAxQUXAIcAK4ABAAAACgABAAAAAAAAAAEAagYXAIcAK4ABAAAACwABAAAAAAAA AAEA8QYXAIcAK4ABAAAADAABAAAAAAAAAAEAlgcXAIcAK4ABAAAADQABAAAAAAAAAAEAHQgXAIcA AQD//wAADQBDVGV4dEZvbnRJbmZvAQAMAJABAAAAEAVBcmlhbA== --UNS_gsauns2_2846844083 Content-Type: application/octet-stream; name="es021310.spf" Content-Disposition: attachment; filename="es021310.spf" Content-Transfer-Encoding: base64 AjAwMDENCgIwMDI1MDAwMDAwMDEwMDAwMDAwMQ0KAjAwMDQwMA0KAjAwMDUwMDA5QVYzLjAuMTMu Mg0KAjAwMDcwMDM2QVNRUlcvMy4wLjEzLjIvUEMvV2luZG93cyAzLjEvT3JhY2xlIDYuMC4zNi9B cHIgMjQgMTk5Ng0KAjAwMDYwMDA2QU9SQUNMRQ0KAjAwMDkwMDM2DQoCMDAwQTAwMDANCgIwMDBC MDJEMDAyMUMNCgIwMDI0MDAwMDFFRjAwMDAwMTdFOA0KAjAwMEMwMA0KAjAwMEQwMDAwDQoCMDAw RTAwMDANCgIwMDBGbA0KAjAwMTAwLjUgDQoCMDAxMTAuNSANCgIwMDEyMQ0KIA0KAjAwMTM4IA0K AjAwMTQxIA0KAjAwMUMxMCANCgIwMDE1cA0KAjAwMTYwMDAzQTkwMw0KAjAwMTcwVSANCgIwMDE4 MDAwMDAwDQoCMDAxOTAwMDANCgIwMDFBMDAwMA0KAjAwMUIwMDAwDQoCMDAwQzAxDQoCMDAwRDAw MDANCgIwMDBFMDAwMA0KAjAwMEZsDQoCMDAxMDAuNSANCgIwMDExMC41IA0KAjAwMTIxIA0KAjAw MTMxMiANCgIwMDE0MSANCgIwMDFDMTAgDQoCMDAxNWYNCgIwMDE2MDAwMUEzDQoCMDAxNzBVIA0K AjAwMTgwMDAwMDANCgIwMDE5MDAwMA0KAjAwMUEwMDAwDQoCMDAxQjAwDQowMA0KAjAwMEMwMg0K AjAwMEQwMDAwDQoCMDAwRTAwMDANCgIwMDBGbA0KAjAwMTAwLjUgDQoCMDAxMTAuNSANCgIwMDEy MSANCgIwMDEzMTIgDQoCMDAxNDEgDQoCMDAxQzEwIA0KAjAwMTVmDQoCMDAxNjAwMDFBMw0KAjAw MTcwVSANCgIwMDE4MDAwMDAwDQoCMDAxOTAwMDANCgIwMDFBMDAwMA0KAjAwMUIwMDAwDQoCMDAx RSQNCgIwMDIzVA0KAjAwMjEwMQ0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMDQxMDAw MQ0KAjAxMDEwMDAwMDAwRjAwMEZBTmV3IERlc2NyaXB0aW9uAg0KMDEwMDAwNEIwMDEwDQoCMDEw MTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMDU2MDA0Rg0KAjAx MDEwMDAwMDAwQTAwMEFBTmV3IEFnZW5jeQ0KAjAxMDAwMDYwMDA1OQ0KAjAxMDEwMDAwMDAwMDAw MDANCgIwMTBGMDAwM0E5MDNwMFUgOCAxMCANCgIwMTAwMDA2QzAwMDENCgIwMTAxMDAwMDAwMEUw MDBFQUhBVEZJRUxEIENUSFNFDQoCMDEwMDAwNkMwMTlGDQoCMDEwMTAwMDAwMDBGMDAwRkFKVVJZ IEFETUlOSVNUUkENCgIwMTAwMDA2DQpDMDA2MQ0KAjAxMDEwMDAwMDAwQTAwMEFBMDAwMDAwMzMz Mg0KAjAxMDAwMDZDMDA5RA0KAjAxMDEwMDAwMDAwODAwMDhBT1IwMDUyWloNCgIwMTAwMDA2QzAw RTINCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwMDAwNkMwMTNDDQoCMDEwMTAwMDAwMDA3MDAwN0FD T1JORVRUDQoCMDEwMDAwNkMwMUY2DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3Aw VSA4LjAwMDAwIDEwIA0KAjAxMDAwMDZDMDFGNg0KAjAxMDEwMDAwMDAyMjAwMjJBQk9MVCBFWFRF TkRFRCANCiYgQkVOVCBEVUUgVE8gRk9SQ0VEDQoCMDEwMDAwNzYwMUY2DQoCMDEwMTAwMDAwMDAw MDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4LjAwMDAwIDEwIA0KAjAxMDAwMDc2MDFGNg0KAjAxMDEw MDAwMDAyNDAwMjRBT1BFTklORy4gIFJFVFJBQ1RFRCBCT0xUICYgVElHSFRFTkVEDQoCMDEwMDAw ODAwMUY2DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4LjAwMDAwIDEwIA0K AjAxMDAwMDgwMDFGNg0KAjAxMDEwMDAwMDAyMDAwMjBBVEhFIFNFVCBTQ1INCkVXLiBOTyBDT1JF IE9OIERPT1JTLg0KAjAxMDAwMDhBMDFGNg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5 MDNwMFUgOC4wMDAwMCAxMCANCgIwMTAwMDA4QTAxRjYNCgIwMTAxMDAwMDAwMTMwMDEzQVVTRUQg QVMgQSBET09SU1RPUC4NCgIwMTAwMDA2QzAyMDkNCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwMDAw NkMwMjkyDQoCMDEwNDAwMDAwMDAwMDAwQUEgICAgICAgICAyDQoCMDEwRjAwMDNBOTAzcDBVIDgg MTAgDQoCMDEwMDAwOTYwMDAxDQoCMDEwMTAwMA0KMDAwMEUwMDBFQUhBVEZJRUxEIENUSFNFDQoC MDEwRjAwMDNBOTAzcDBVIDggMTAgDQoCMDEwMDAwQTAwMDVCDQoCMDEwNDAwMDAwMDAwMDAwOEEg ICAgICAgMQ0KAjAxMDAwMEFBMDA2Mw0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5MDNw MFUgOCAxMCANCgIwMTAwMDBCNTAwNEYNCgIwMTAxMDAwMDAwMEEwMDBBQU5ldyBBZ2VuY3kNCgIw MTAwMDBCRjAwNTkNCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoC MDEwMDAwQ0IwMTlGDQoCMDEwMTAwMDAwMDA5MDAwOUFQUk9CQVRJT04NCgIwMTAwMDBDQjAwNjEN CgIwMTAxMDAwMDAwMEEwMDBBQTAwMDAwMDMzMzMNCgIwMTAwMDBDQjAwOUQNCgIwMTAxMDAwMDAw MDgwMDA4QU9SMDA1MlpaDQoCMDEwMDAwQ0IwMEUyDQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMDAw MENCMDEzQw0KAjAxMDEwMDAwMDAwNjAwMDZBSEVMTUVSDQoCMDEwMDAwQ0IwMUY2DQoCMDEwMTAw MDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4LjAwMDAwIDEwIA0KAjAxMDAwMENCMDENCkY2 DQoCMDEwMTAwMDAwMDIyMDAyMkFSRU1PVkUgT0NMLiBMSU5FUyBTRVQgUE9JTlQgVE8gNzAqDQoC MDEwMDAwQ0IwMjE4DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMDAwMENCMDI5Mg0KAjAxMDQwMDAw MDAwMDAwMEFBICAgICAgICAgMQ0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMEQ3MDAw MQ0KAjAxMDEwMDAwMDAwRTAwMEVBSEFURklFTEQgQ1RIU0UNCgIwMTBGMDAwM0E5MDNwMFUgOCAx MCANCgIwMTAwMDBFMTAwNUINCgIwMTA0MDAwMDAwMDAwMDA4DQpBICAgICAgIDENCgIwMTAwMDBF QjAwNjMNCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoCMDEwMDAw RjYwMDRGDQoCMDEwMTAwMDAwMDBBMDAwQUFOZXcgQWdlbmN5DQoCMDEwMDAxMDAwMDU5DQoCMDEw MTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMTBDMDE5Rg0KAjAx MDEwMDAwMDAwMzAwMDNBR1NBDQoCMDEwMDAxMEMwMDYxDQoCMDEwMTAwMDAwMDBBMDAwQUEwMDAw MDAzMjQ4DQoCMDEwMDAxMEMwMDlEDQoCMDEwMTAwMDAwMDA4MDAwOEFPUjAwNTJaWg0KAjAxMDAw MTBDMDBFMg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTAwMDEwQzAxM0MNCgIwMTAxMDAwMDAwMDYw MDA2QVBPV0VMTA0KAjAxMDAwMTBDMDFGNg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5 MDNwMFUgOC4wMDAwMCAxMCANCgIwMTAwMDEwQzAxRjYNCgIwMTAxMDAwMDAwMjQwMDI0QUFESlVT VEVEIFNUQU0gVkFMVkUgRE9XTiBNT1JFIFRPIDE4JQ0KAjAxMDAwMTBDMDIxQQ0KAjAxMDEwMDAw MDAwMA0KMDAwMA0KAjAxMDAwMTBDMDI5Mg0KAjAxMDQwMDAwMDAwMDAwMEFBICAgICAgICAgMQ0K AjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMTE4MDAwMQ0KAjAxMDEwMDAwMDAwRTAwMEVB SEFURklFTEQgQ1RIU0UNCgIwMTBGMDAwM0E5MDNwMFUgOCAxMCANCgIwMTAwMDEyMjAwNUINCgIw MTA0MDAwMDAwMDAwMDA4QSAgICAgICAxDQoCMDEwMDAxMkMwMDYzDQoCMDEwMTAwMDAwMDAwMDAw MA0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMTM3MDA0Rg0KAjAxMA0KMTAwMDAwMDBB MDAwQUFOZXcgQWdlbmN5DQoCMDEwMDAxNDEwMDU5DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYw MDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMTREMDE5Rg0KAjAxMDEwMDAwMDAwMzAwMDNBUEhDDQoC MDEwMDAxNEQwMDYxDQoCMDEwMTAwMDAwMDBBMDAwQUEwMDAwMDAzMjg0DQoCMDEwMDAxNEQwMDlE DQoCMDEwMTAwMDAwMDA4MDAwOEFPUjAwNTJaWg0KAjAxMDAwMTREMDBFMg0KAjAxMDEwMDAwMDAw MDAwMDANCgIwMTAwMDE0RDAxM0MNCgIwMTAxMDAwMA0KMDAwNjAwMDZBSEVCRE9ODQoCMDEwMDAx NEQwMUY2DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4LjAwMDAwIDEwIA0K AjAxMDAwMTREMDFGNg0KAjAxMDEwMDAwMDAyMzAwMjNBQ0hFQ0tFRCBBTEwgRE9PUlMgRU5URVJJ TkcgSlVESUNJQUwNCgIwMTAwMDE1NzAxRjYNCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwRjAwMDNB OTAzcDBVIDguMDAwMDAgMTAgDQoCMDEwMDAxNTcwMUY2DQoCMDEwMTAwMDAwMDI0MDAyNEFDSEFN QkVSUyBBTkQgQ09VTA0KRCBGSU5EIE5PIERPT1IgVEhBVA0KAjAxMDAwMTYxMDFGNg0KAjAxMDEw MDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5MDNwMFUgOC4wMDAwMCAxMCANCgIwMTAwMDE2MTAxRjYN CgIwMTAxMDAwMDAwMTYwMDE2QVdPVUxEIE5PVCBBTFdBWVMgQ0xPU0UNCgIwMTAwMDE0RDAyMEMN CgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwMDAxNEQwMjkyDQoCMDEwNDAwMDAwMDAwMDAwQUEgICAg ICAgICAxDQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoCMDEwMDAxNkQwMDAxDQoCMDEwMTAwDQow MDAwMEUwMDBFQUhBVEZJRUxEIENUSFNFDQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoCMDEwMDAx NzcwMDVCDQoCMDEwNDAwMDAwMDAwMDAwOEEgICAgICAgMQ0KAjAxMDAwMTgxMDA2Mw0KAjAxMDEw MDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5MDNwMFUgOCAxMCANCgIwMTAwMDE4QzAwNEYNCgIwMTAx MDAwMDAwMEEwMDBBQU5ldyBBZ2VuY3kNCgIwMTAwMDE5NjAwNTkNCgIwMTAxMDAwMDAwMDAwMDAw DQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoCMDEwMDAxQTIwMTkNCkYNCgIwMTAxMDAwMDAwMDgw MDA4QU1FQ0hBTklDDQoCMDEwMDAxQTIwMDYxDQoCMDEwMTAwMDAwMDBBMDAwQUEwMDAwMDAzMzM4 DQoCMDEwMDAxQTIwMDlEDQoCMDEwMTAwMDAwMDA4MDAwOEFPUjAwNTJaWg0KAjAxMDAwMUEyMDBF Mg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTAwMDFBMjAxM0MNCgIwMTAxMDAwMDAwMDYwMDA2QUhF TE1FUg0KAjAxMDAwMUEyMDFGNg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTBGMDAwM0E5MDNwMFUg OC4wMDAwMCAxMCANCgIwMTAwMDFBMjANCjFGNg0KAjAxMDEwMDAwMDAyMjAwMjJBVEVNUC4gRklY IFBORVVNQVRJQyBQSVBJTkcgQFAtQ09SRQ0KAjAxMDAwMUFDMDFGNg0KAjAxMDEwMDAwMDAwMDAw MDANCgIwMTBGMDAwM0E5MDNwMFUgOC4wMDAwMCAxMCANCgIwMTAwMDFBQzAxRjYNCgIwMTAxMDAw MDAwMDUwMDA1QUFIViM2DQoCMDEwMDAxQTIwMUZCDQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMDAw MUEyMDI5Mg0KAjAxMDQwMDAwMDAwMDAwMEFBICAgICAgICAgMg0KAjAxMEYwMDAzQTkwM3AwVSA4 IDEwIA0KAg0KMDEwMDAxQjgwMDAxDQoCMDEwMTAwMDAwMDBFMDAwRUFIQVRGSUVMRCBDVEhTRQ0K AjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMUMyMDA1Qg0KAjAxMDQwMDAwMDAwMDAwMDhB ICAgICAgIDENCgIwMTAwMDFDQzAwNjMNCgIwMTAxMDAwMDAwMDAwMDAwDQoCMDEwRjAwMDNBOTAz cDBVIDggMTAgDQoCMDEwMDAxRDcwMDRGDQoCMDEwMTAwMDAwMDBBMDAwQUFOZXcgQWdlbmN5DQoC MDEwMDAxRTEwMDU5DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwDQpVIDggMTAg DQoCMDEwMDAxRUQwMTlGDQoCMDEwMTAwMDAwMDA0MDAwNEFVU0FPDQoCMDEwMDAxRUQwMDYxDQoC MDEwMTAwMDAwMDBBMDAwQUEwMDAwMDAzMzQ1DQoCMDEwMDAxRUQwMDlEDQoCMDEwMTAwMDAwMDA4 MDAwOEFPUjAwNTJaWg0KAjAxMDAwMUVEMDBFMg0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTAwMDFF RDAxM0MNCgIwMTAxMDAwMDAwMDQwMDA0QVNUQU4NCgIwMTAwMDFFRDAxRjYNCgIwMTAxMDAwMDAw MDAwMDAwDQoCMDEwRjAwMDNBOTAzcDBVIDguMDAwMDAgDQoxMCANCgIwMTAwMDFFRDAxRjYNCgIw MTAxMDAwMDAwMjEwMDIxQUhBTkdFRCBNSVJST1IgMiBTQ1JFV1MgVE8gSE9MRCBJVA0KAjAxMDAw MUVEMDIxNw0KAjAxMDEwMDAwMDAwMDAwMDANCgIwMTAwMDFFRDAyOTINCgIwMTA0MDAwMDAwMDAw MDBBQSAgICAgICAgIDENCgIwMTBGMDAwM0E5MDNwMFUgOCAxMCANCgIwMTAwMDFGOTAwMDENCgIw MTAxMDAwMDAwMEUwMDBFQUhBVEZJRUxEIENUSFNFDQoCMDEwRjAwMDNBOTAzcDBVIDggMTAgDQoC MDEwMDAyMDMwMDVCDQoCMDENCjA0MDAwMDAwMDAwMDA4QSAgICAgICAxDQoCMDEwMDAyMEQwMDYz DQoCMDEwMTAwMDAwMDAwMDAwMA0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0KAjAxMDAwMjE4MDA0 Rg0KAjAxMDEwMDAwMDAwQTAwMEFBTmV3IEFnZW5jeQ0KAjAxMEYwMDAzQTkwM3AwVSA4IDEwIA0K AjAxMDAwMDA5MDAwMQ0KAjAxMDEwMDAwMDAwRTAwMEVBMDQvMTYvOTggMDk6NTMNCgIwMTAwMDAw OTAyQjYNCgIwMTAxMDAwMDAwMDEwMDAxQTENCgIwMTBGMDAwM0E5MDNwMFUgMTAgMTAgDQoCMDEw MA0KMDAyNTAwMDENCgIwMTAxMDAwMzAwMEIwMDBCQURlc2NyaXB0aW9uDQoCMDEwMDAwMjUwMDY0 DQoCMDEwMTAwMDMwMDA1MDAwNUFXb251bQ0KAjAxMDAwMDI1MDBBMA0KAjAxMDEwMDAzMDAwODAw MDhBTG9jYXRpb24NCgIwMTAwMDAyNTAwRTUNCgIwMTAxMDAwMzAwMDgwMDA4QUZhaWxkYXRlDQoC MDEwMDAwMjUwMTQyDQoCMDEwMTAwMDMwMDBBMDAwQUFUZWNobmljaWFuDQoCMDEwMDAwMjUwMUEy DQoCMDEwMTAwMDMwMDA2MDAwNkFBZ2VuY3kNCgIwMTAwMDAyNTAxRjkCDQowMTAxMDAwMzAwMEMw MDBDQUFjdGlvbiBUYWtlbg0KAjAxMDAwMDI1MDI5Mg0KAjAxMDEwMDAzMDAwNTAwMDVBTGFib3IN CgIwMTAzMDAwMDAyMTgNCgIwMDIyDQo= --UNS_gsauns2_2846844083-- From owner-sqr-users@list.iex.net Thu Apr 16 12:26:24 1998 Date: Thu, 16 Apr 1998 10:20:25 -0600 From: Robert Goshko Subject: Re: Multiple Sort Options ------ =_NextPart_000_01BD6921.8ED51B50 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've seen this as well. One other way around it is to do all the control-break logic for your = total manually (without using the SQR build in commands on the print = line). ......Rob -------------------------------------------------------------------------= --- Robert Goshko | Axis Developments | System Consulting = Services robert.goshko@axis-dev.com | Sherwood Park, AB | (403) 417-AXIS -----Original Message----- From: Ed Hiney [SMTP:EHINEY@IDVNA.COM] Sent: Thursday, April 16, 1998 8:53 AM To: Multiple recipients of list SQR-USERS Subject: Multiple Sort Options I'm trying to create a PeopleSoft report that will allow the users to = select multiple ways to sort the output (subtotals are reported at each break). I setup the panel & run-control record to get the user selected values = into the SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to = change the Order-By clause. The problem is with the "Level =3D" on the Print stmt. Dynamic vars = cannot be used here. I tried using Substituion variables {level1}, {level2}, etc. = But these are assigned at compile time and re-Defining them has no effect. I've looked at several PS reports that have sort options. They make = several copies of the Report section and "Goto" the one with the desired = sort-order. This kind of code is difficult to maintain. Is there a better way to do this? Ed Hiney ehiney@cwcostello.com ------ =_NextPart_000_01BD6921.8ED51B50 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IhwQAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYAkAEAAAEAAAAQAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAQQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0Eu TkVUAFNNVFAAU1FSLVVTRVJTQFVTQS5ORVQAAAAAHgACMAEAAAAFAAAAU01UUAAAAAAeAAMwAQAA ABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAMAFQwBAAAAAwD+DwYAAAAeAAEwAQAAABQAAAAnU1FS LVVTRVJTQFVTQS5ORVQnAAIBCzABAAAAFwAAAFNNVFA6U1FSLVVTRVJTQFVTQS5ORVQAAAMAADkA AAAACwBAOgEAAAAeAPZfAQAAABIAAABTUVItVVNFUlNAVVNBLk5FVAAAAAIB918BAAAAQQAAAAAA AACBKx+kvqMQGZ1uAN0BD1QCAAAAAFNRUi1VU0VSU0BVU0EuTkVUAFNNVFAAU1FSLVVTRVJTQFVT QS5ORVQAAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAALhQwEEgAEAGgAAAFJFOiBN dWx0aXBsZSBTb3J0IE9wdGlvbnMAEQkBBYADAA4AAADOBwQAEAAKABQAGQAEACQBASCAAwAOAAAA zgcEABAACgARACYABAAuAQEJgAEAIQAAADdBMTIwNkFGNDVENUQxMTE4NTEzMDA2MDk3MzdBNUUw AN0GAQOQBgBQCAAAIQAAAAsAAgABAAAACwAjAAAAAAADACYAAAAAAAsAKQAAAAAAAwAuAAAAAAAD ADYAAAAAAEAAOQDQqs6PU2m9AR4AcAABAAAAGgAAAFJFOiBNdWx0aXBsZSBTb3J0IE9wdGlvbnMA AAACAXEAAQAAABYAAAABvWlTj8CvBhJ81UUR0YUTAGCXN6XgAAAeAB4MAQAAAAUAAABTTVRQAAAA AB4AHwwBAAAAGwAAAHJvYmVydC5nb3Noa29AYXhpcy1kZXYuY29tAAADAAYQ1bRwlwMABxBiBAAA HgAIEAEAAABlAAAASVZFU0VFTlRISVNBU1dFTExPTkVPVEhFUldBWUFST1VORElUSVNUT0RPQUxM VEhFQ09OVFJPTC1CUkVBS0xPR0lDRk9SWU9VUlRPVEFMTUFOVUFMTFkoV0lUSE9VVFVTSU5HVAAA AAACAQkQAQAAACkFAAAlBQAA2AcAAExaRnVC1NmBAwAKAHJjcGcxMjUWMgD4C2BuDhAwMzOdAfcg AqQD4wIAY2gKwOBzZXQwIAcTAoMAUOMC8hDZVGFoA3ECgw5QXwRVENkIVQeyAoMzEGdwaHJxMhF2 fQqACMggNjsJbw4wNQKACoF1YxsAUAsDYxISC8QgSScYdmUgETAJ8CB0aAkEACBhBCB3ZWxsTi4K ogqECoBPbhuAb2Mb8BVxd2F5HDADYHUwbmQgaQVAHBF0b7wgZB9AB0ADIB3RIAWgIwIwA2BsLWIJ cGFraiAJAGcN4CACEAXAed8IYR8hAZADIAOBdR+RHkDeKAPwG/AIYAVAdQCQDyCBH8NTUVIgYnUD ENcesQOgBaBtA4FkBCACIC8fwxbAC4AFQGwLgGUpDxy7GjYC0RIhczE3ID4uKHIIAAwwJqoT0CAt vyn/Kw8sHy0vLaUcxCAvEwcowQSQBUBHb3NoaysfQDBFfBFweBwRRGX7G3AJAHAHgAIwBCAwwAaw MHN0ZW0VEQCAdWz2dCOCBmF2DeAHkBzEA2BJL5IuZy/zQGEw8S05AQB2LiTRMfId4XdvSQRwIFAK wGssEXBCEzCxLxQoNA9QKSA0wShALUFYSVMSAillPSgwNib6FhEnCSYwMza/AUAWwB3ABZAFQC2j TwUQFSEQbiIRTQeQc2FnfmUuaTtGOzELEztkAgBpGC0xNDegOuExODBHAUAM0D9zYiBGA2E61QyD YhFgRR6wSCZBHkAAW1NNVFA6RUgASU5FWUBJRFaATkEuQ09NXRzFT0CgBmACMEEHVGgIcHN+ZB4w NsEl0QMgOTA2wDEAOTk4IDg6NTOlEXBNQ5dUb0EHTTLSdwtQG4AJcGMFIAiQMcJvDmYmITJAI/It VVNFxlI4YEOndWJqO5FHr9MGAAkRIE8FMGkyoT1/fz6KOvQLthzTG1AycCBAeX8jgx9ABQAgsDJQ HDA2cGXfMYBIkEygAYBIsXBMshvw31FwHGADEAMgH5FvB+Af0n8jYASQHxMRMEiQPxEc022/SEYe IVR0UrQdoSMwcCMx+igywGIh4xwhCXBSdQmAfxwwBUAgsBDwJDAgoiZ8SXEbkXR1cCWEAHAcgCD2 JkiwHpAtIBVIsgWwHrC/HzE9AFbEVDJUtVjhdgdAfwpQBCAl8R9AHdEcxCQBLk8vEFrAVDEesER5 PHBtHyEhXsAHIQJgB5EoWyTFVpItMYB0MV02wGIY9jJiwRFAYzfQURIRAA8gTxuAX4c8IASBLUIe QGP/C2BUMRy7RPAlsijQSJAycCccESLiH8MiTDFCID3aIiVWUCXjMkBtNHAvEOtg6QQgYwBwbh3A JDBfpf9gkx3hZjBgUiBACJAesCNkP0sRMkAe0CRQJWFhaFx790iQMVEAUH02wG81DlBvwftj0WBB QiMwHMQd0REwWDP7HEAAkGcdkFjzJNFJAEiR3zLwB4AcMB6hCXAtMTA/QP8DACOUMnARAAQga3BZ MAEgzzuRWfwbYgkAb2tY5BEw9RtwciIRUAXwUoQfEVMC/xEAG3JMsmKBTSJgQWcRHkD/AMB3QHem HMQFoEkBSVMf0r5SUpQRMDugblJz0iIv4P8fMGkQVuMdkWgHAQAAkAlxv1aDYnBlYhy1RPAcEWsL gN8esElxBaABAB7yZAaQP0D+YzLRHyIAwCXxC3FZ/HjCf2yRUaEvkAJAHfUfNBvyPzccykGWHMRl HABB4UBjfncFoDJBU6E1ghzKF4EAAYpwAAAAAwAQEAAAAAADABEQAAAAAAMAgBD/////QAAHMND4 JSxTab0BQAAIMND4JSxTab0BCwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAAAAADADqACCAG AAAAAADAAAAAAAAARgAAAABShQAAtw0AAB4AO4AIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAA BAAAADguMAADADyACCAGAAAAAADAAAAAAAAARgAAAAABhQAAAAAAAAsARYAIIAYAAAAAAMAAAAAA AABGAAAAAA6FAAAAAAAAAwBGgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAEeACCAGAAAA AADAAAAAAAAARgAAAAARhQAAAAAAAAMASoAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgBa gAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAABAAAAAAAAAB4AW4AIIAYAAAAAAMAAAAAAAABG AAAAADeFAAABAAAAAQAAAAAAAAAeAFyACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAA AAAAHgA9AAEAAAAFAAAAUkU6IAAAAAADAA00/TcAALMX ------ =_NextPart_000_01BD6921.8ED51B50-- From owner-sqr-users@list.iex.net Thu Apr 16 13:15:41 1998 Date: Thu, 16 Apr 1998 13:10:32 -0700 From: Ken Gartman Subject: Re: Multiple Sort Options Hey, Ed! SQR Substitution Variables CAN be used! As you said, they are fixed at compile time. So, don't compile! Instead of using a SORT-REPORT.SQT executable, use the SORT-REPORT.SQR directly. This may increase the run-time by three seconds, but so what? On a more political note, I've had assignments in shops that have a "policy" of not using SQR's directly in production. They insist on using compiled SQT's. On close questioning, there never seems to be a significant advantage to this arrangement. Peoplesoft only wants to run SQT's? Then have a dummy START-SORT-REPORT.SQT whose only function is to start the main SQR from the Operating System command prompt, such as: LET $call-command = 'SQR / SORT-REPORT.SQR ' || $sort-option || ' ' || $level-a || ' ' || $level-b CALL SYSTEM USING $call-command #return-status WAIT This passes all the parameters you want to the CALLed program, which will contain several ASK commands to obtain those values. Happy computing, Ken Gartman Ed Hiney wrote: > > I'm trying to create a PeopleSoft report that will allow the users to select > multiple ways to sort the output (subtotals are reported at each break). > > I setup the panel & run-control record to get the user selected values into the > SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the > Order-By clause. > > The problem is with the "Level =" on the Print stmt. Dynamic vars cannot be > used here. I tried using Substituion variables {level1}, {level2}, etc. But > these are assigned at compile time and re-Defining them has no effect. > > I've looked at several PS reports that have sort options. They make several > copies of the Report section and "Goto" the one with the desired sort-order. > This kind of code is difficult to maintain. > > Is there a better way to do this? > > Ed Hiney > ehiney@cwcostello.com From owner-sqr-users@list.iex.net Thu Apr 16 13:18:05 1998 Date: Thu, 16 Apr 1998 11:09:33 -0700 From: Steve Bollinger Subject: Evaluate Quiz I agree with Scott May. Evaluate should stay as is. And I don't see a need for another command either. It is interesting to note that the three major questions that people had on this evaluate quiz: 1. What does break do? 2. When does when-other fire? 3. How does the fall through feature of when work? are all clearly documented in the SQR Manual. The truely new thing I learned was what Eric pointed out. That was that the evaluated variable can be dynamically changed part way through the evaluation and have this new value evaluated in later "when"s. A very cool feature and quite intelligent I think. Thanks Eric. I vote for no change to the evaluate command. Instead we should read the manual a little more thoroughly. It would be nice if they added Eric's feature to the manual. Later, Steve From owner-sqr-users@list.iex.net Thu Apr 16 13:26:17 1998 Date: Thu, 16 Apr 1998 10:56:34 +0200 From: Jean-Luc Peyret Subject: Re: Multiple Sort Options Hi all, Regarding the need to hardcode the LEVEL=nn. But this is general remark, not just for this question (and it is intended for our friends at SQRibe): Which parameters in which functions require hardcoding, meaning that they can't accomodate regular variables (#defined/asked vars are hardcoding in my book)? And what is being done to assess whether they will remain hardcoded litterals or whether they will be adapted to variables in future versions. I'm not interested in obtaining a list, but some cases are clearly limiting SQR functionality. Like the prompt string on a INPUT function call having to be a litteral. That was on this sig a while back and just cries out for improvement. Sometimes you look at a function and you wonder why they ever came up with this type of limitation. There are certainly technical reasons for those limits, but that doesn't mean that our favorite language (SQR ???) wouldn't be a lot more powerful if some of them were removed. JLuc From owner-sqr-users@list.iex.net Thu Apr 16 13:26:17 1998 Date: Thu, 16 Apr 1998 11:43:57 -0500 From: Don Mellen Subject: Re: Multiple Sort Options Ed, Instead of trying to dynamically change the "level=", try using dynamic columns. The same variables will probably work, but you will need to change them if they're mixed types (you have to declare the type of dynamic columns). Something like... begin-select [$sort-opt1] &col1=char () on-break... [$sort-opt2] &col2=char () on-break... HTH On Thu, 16 Apr 1998, Ed Hiney wrote: > I'm trying to create a PeopleSoft report that will allow the users to select > multiple ways to sort the output (subtotals are reported at each break). > > I setup the panel & run-control record to get the user selected values into the > SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the > Order-By clause. > > The problem is with the "Level =" on the Print stmt. Dynamic vars cannot be > used here. I tried using Substituion variables {level1}, {level2}, etc. But > these are assigned at compile time and re-Defining them has no effect. > > I've looked at several PS reports that have sort options. They make several > copies of the Report section and "Goto" the one with the desired sort-order. > This kind of code is difficult to maintain. > > Is there a better way to do this? > > Ed Hiney > ehiney@cwcostello.com > ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Thu Apr 16 16:17:30 1998 Date: Thu, 16 Apr 1998 17:02:44 EDT From: Ricochet37 Subject: Mailing list Please remove me from your mailing list. From owner-sqr-users@list.iex.net Thu Apr 16 16:55:12 1998 Date: Thu, 16 Apr 1998 14:38:25 -0500 From: Eric Dimick Eastman Subject: Re: Evaluate Quiz Hi All, I agree with the camp that says leave it alone. I like how evaluate works (more now that I understand it). I can only think of two reasons to add a CASE statement: 1) So that C or Pascal programmers won't be surprised by the functionality. (I consider this a little weak. If you want to write SQR programs, learn SQR.) 2) So that the compiler could build a binary tree out of the CASE block. This would make large CASE blocks run much faster. So raise your hand if you have written a EVALUATE with more than about 100 WHEN clauses. You have been cheated out of performance. Are there other reasons? Cheers, Eric ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, erice@ontko.com |Richmond, IN |God created the Earth, complete http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Thu Apr 16 16:57:01 1998 Date: Thu, 16 Apr 1998 15:42:46 -0700 From: Ken Gartman Subject: Re: Multiple Sort Options Hi, J-L! Well said! And while we're improving SQR, let's make array sizes dynamic! Happy computing, Ken Gartman Jean-Luc Peyret wrote: > > Hi all, > > Regarding the need to hardcode the LEVEL=nn. But this is general remark, > not just for this question (and it is intended for our friends at SQRibe): > > Which parameters in which functions require hardcoding, meaning that they > can't accomodate regular variables (#defined/asked vars are hardcoding in > my book)? And what is being done to assess whether they will remain > hardcoded litterals or whether they will be adapted to variables in future > versions. > > I'm not interested in obtaining a list, but some cases are clearly limiting > SQR functionality. Like the prompt string on a INPUT function call having > to be a litteral. That was on this sig a while back and just cries out for > improvement. Sometimes you look at a function and you wonder why they ever > came up with this type of limitation. > > There are certainly technical reasons for those limits, but that doesn't > mean that our favorite language (SQR ???) wouldn't be a lot more powerful > if some of them were removed. > > JLuc From owner-sqr-users@list.iex.net Thu Apr 16 17:56:43 1998 Date: Thu, 16 Apr 1998 15:35:44 -0500 From: Ed Hiney Subject: Re: Multiple Sort Options When I said that the "Level=3D" was resolved at Compile-Time, that may ha= ve been a little misleading. When SQR's are Interpreted (the .sqr file) the Leve= l=3D is resolved and you can't change it. Ed Hiney SQR-USERS@list.iex.net on 04/16/98 03:00:52 PM Please respond to SQR-USERS@USA.NET @ INTERNET To: SQR-USERS@list.iex.net @ INTERNET cc: Subject: Re: Multiple Sort Options Hey, Ed! SQR Substitution Variables CAN be used! As you said, they are fixed at compile time. So, don't compile! Instead of using a SORT-REPORT.SQT executable, use the SORT-REPORT.SQR directly. This may increase the run-time by three seconds, but so what? On a more political note, I've had assignments in shops that have a "policy" of not using SQR's directly in production. They insist on using compiled SQT's. On close questioning, there never seems to be a significant advantage to this arrangement. Peoplesoft only wants to run SQT's? Then have a dummy START-SORT-REPORT.SQT whose only function is to start the main SQR from the Operating System command prompt, such as: LET $call-command =3D 'SQR / SORT-REPORT.SQR = ' || $sort-option || ' ' || $level-a || ' ' || $level-b CALL SYSTEM USING $call-command =A6return-status WAIT This passes all the parameters you want to the CALLed program, which will contain several ASK commands to obtain those values. Happy computing, Ken Gartman Ed Hiney wrote: > > I'm trying to create a PeopleSoft report that will allow the users to select > multiple ways to sort the output (subtotals are reported at each break). > > I setup the panel & run-control record to get the user selected values into the > SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the > Order-By clause. > > The problem is with the "Level =3D" on the Print stmt. Dynamic vars cannot be > used here. I tried using Substituion variables {level1}, {level2}, etc. But = > these are assigned at compile time and re-Defining them has no effect. > = > I've looked at several PS reports that have sort options. They make several > copies of the Report section and "Goto" the one with the desired sort-order. > This kind of code is difficult to maintain. > > Is there a better way to do this? > > Ed Hiney > ehiney@cwcostello.com From owner-sqr-users@list.iex.net Thu Apr 16 18:17:30 1998 Date: Thu, 16 Apr 1998 15:51:17 -0500 From: Ray Ontko Subject: Re: Multiple Sort Options Ed, Take a look at: http://www.sqrug.com/~ftp/on_break.txt This is an article by Mark Johnson which describes dynamic on-break. The basic idea is that you can use LEVEL=#some_variable to indicate the level for each variable, in addition to using the dynamic SQL approach for the ORDER BY clause. Ray > I'm trying to create a PeopleSoft report that will allow the users to select > multiple ways to sort the output (subtotals are reported at each break). > > I setup the panel & run-control record to get the user selected values into the > SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the > Order-By clause. > > The problem is with the "Level =" on the Print stmt. Dynamic vars cannot be > used here. I tried using Substituion variables {level1}, {level2}, etc. But > these are assigned at compile time and re-Defining them has no effect. > > I've looked at several PS reports that have sort options. They make several > copies of the Report section and "Goto" the one with the desired sort-order. > This kind of code is difficult to maintain. > > Is there a better way to do this? > > Ed Hiney > ehiney@cwcostello.com > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Thu Apr 16 19:15:44 1998 Date: Thu, 16 Apr 1998 13:34:06 -0400 From: Kimberly Lawrence Subject: Re: Multiple Sort Options --0__=Pr2jZr31lFHqKG3JBcacIA5UyBGlCzijfQmo7Mb9DhmWtLbsz2szcwQd Content-type: text/plain; charset=us-ascii Ed, I've done something similar. In my scenario the user selects a combination of 3 fields to sort by on the run control panel. When I select the data I don't print it right away. Instead, after selecting each record I first determine if I need to print subtotals by comparing the previously selected values to the new values. If nothing has changed then I go ahead and run a procedure to print the record I just selected, otherwise I first print my subtotals and then print the record. Here is how I'm doing the subtotals. begin-procedure subtotals if $old_col3 <> &col3 or $first = 'L' or $old_col2 <> &col2 or $old_col1 <> &col1 let #count = 3 let $value = $old_col3 let $code = upper(substr($col3, 3, 1)) let $name = upper(substr($col3, 3, length($col3) - 2)) let #mon-subtotal = #mon-subtotal3 let #stat-subtotal = #stat-subtotal3 do print-subtotals let #mon-subtotal2 = #mon-subtotal2 + #mon-subtotal3 let #stat-subtotal2 = #stat-subtotal2 + #stat-subtotal3 let #mon-subtotal3 = 0 let #stat-subtotal3 = 0 end-if if $old_col2 <> &col2 or $first = 'L' or $old_col1 <> &col1 let #count = 2 let $value = $old_col2 let $code = upper(substr($col2, 3, 1)) let $name = upper(substr($col2, 3, length($col2) - 2)) let #mon-subtotal = #mon-subtotal2 let #stat-subtotal = #stat-subtotal2 do print-subtotals let #mon-subtotal1 = #mon-subtotal1 + #mon-subtotal2 let #stat-subtotal1 = #stat-subtotal1 + #stat-subtotal2 let #mon-subtotal2 = 0 let #stat-subtotal2 = 0 end-if if $old_col1 <> &col1 or $first = 'L' let #count = 1 let $value = $old_col1 let $code = upper(substr($col1, 3, 1)) let $name = upper(substr($col1, 3, length($col1) - 2)) let #mon-subtotal = #mon-subtotal1 let #stat-subtotal = #stat-subtotal1 do print-subtotals let #mon-subtotal1 = 0 let #stat-subtotal1 = 0 end-if end-procedure subtotals Begin-Procedure print-subtotals do get-descr let $break = 'Total ' || $name || ' ' || $value || ' - ' || &descr print $break (+1,#count) bold evaluate #count when = 1 let $BB-Where = 'where col1 = ''' || $old_col1 || '''' break when = 2 let $BB-Where = 'where col1 = ''' || $old_col1 || ''' AND COL2= ''' || $old_col2 || '''' break when = 3 let $BB-Where = 'where col1 = ''' || $old_col1 || ''' AND COL2= ''' || $old_col2 || ''' AND COL3= ''' || $old_col3 || '''' break end-evaluate print #stat-subtotal (,47) edit 9,999,999,999,999.99pf print #mon-subtotal (,37) edit 9,999,999,999,999.99pf End-Procedure print-subtotals begin-procedure get-descr BEGIN-SELECT ON-ERROR=Update-SQL-Error descr from [$TEMPTBL] where type = $code and value = $value END-SELECT end-procedure get-descr I hope this helps a little. Kimberly (Embedded image moved Ed Hiney to file: 04/16/98 10:52 AM PIC23745.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: Subject: Multiple Sort Options I'm trying to create a PeopleSoft report that will allow the users to select multiple ways to sort the output (subtotals are reported at each break). I setup the panel & run-control record to get the user selected values into the SQR. I used Dynamic variables ([$sort-opt1], [$sort-opt2], etc) to change the Order-By clause. The problem is with the "Level =" on the Print stmt. Dynamic vars cannot be used here. I tried using Substituion variables {level1}, {level2}, etc. But these are assigned at compile time and re-Defining them has no effect. I've looked at several PS reports that have sort options. They make several copies of the Report section and "Goto" the one with the desired sort-order. This kind of code is difficult to maintain. Is there a better way to do this? Ed Hiney ehiney@cwcostello.com --0__=Pr2jZr31lFHqKG3JBcacIA5UyBGlCzijfQmo7Mb9DhmWtLbsz2szcwQd Content-type: application/octet-stream; name="PIC23745.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=Pr2jZr31lFHqKG3JBcacIA5UyBGlCzijfQmo7Mb9DhmWtLbsz2szcwQd-- From owner-sqr-users@list.iex.net Thu Apr 16 20:14:56 1998 Date: Thu, 16 Apr 1998 20:06:05 -0500 From: Don Mellen Subject: Re: Evaluate Quiz On Thu, 16 Apr 1998, Eric Dimick Eastman wrote: > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? Well, most case structures allow complex expressions. That's the only thing that I sometimes miss about not having a "case". I'm also usually missing "else-if" at the same time. ;) ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Thu Apr 16 20:52:15 1998 Date: Thu, 16 Apr 1998 19:22:33 -0700 From: Ken Gartman Subject: Re: Evaluate Quiz Dear Sir: If you, an expert, had to experiment to find the method of operation of the EVALUATE statement, it points to the weakness of the SQR language documentation, which has few examples, and some oddly phrased explanations. Maybe SQRIBE's next homework assignment should be to get some better technical writers to improve their books. Happy computing, Ken Gartman Eric Dimick Eastman wrote: > > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? > > Cheers, > Eric > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Fri Apr 17 08:17:34 1998 Date: Fri, 17 Apr 1998 09:12:51 -0400 From: Rodger Haughey Subject: Suppressing .spf generation Hi everyone--first time post and not very experienced in SQR. I have a report that generates an .spf file even when the user has chosen to create a delimited text file. I would like to suppress the generation of the .spf file--to that end, I've searched all delimited file code for any instance of the 'print' command. It looks clean, but still an empty .spf is created. Any thoughts. RH From owner-sqr-users@list.iex.net Fri Apr 17 09:52:45 1998 Date: Fri, 17 Apr 1998 10:04:42 -0400 From: Steve Krim Subject: Re: Suppressing .spf generation Roger, Check to ensure that -KEEP is not specified in the enviornment or on your command line for the sqr. Steve At 09:12 AM 4/17/98 -0400, you wrote: >Hi everyone--first time post and not very experienced in SQR. > >I have a report that generates an .spf file even when the user has >chosen to create a delimited text file. I would like to suppress the >generation of the .spf file--to that end, I've searched all delimited >file code for any instance of the 'print' command. It looks clean, but >still an empty .spf is created. > >Any thoughts. > >RH > From owner-sqr-users@list.iex.net Fri Apr 17 10:15:26 1998 Date: Fri, 17 Apr 1998 06:26:55 -0700 From: Michael Lee Subject: Re: Evaluate Quiz I have no idea what you are talking about. If you just READ the manual, it clearly states that the WHEN-OTHER statement "Signifies the start of default commands to be processed if all other WHEN arguments are FALSE. WHEN-OTHER must appear after all other WHEN arguments." This clearly states that it ONLY enters the WHEN-OTHER when NONE of the WHEN arguments were entered. Nothing is wrong with the documentation. As for the command, it is used for branching purposes and it does the job of "branching to different commands depending on the value of a specified variable or column." Michael K. Lee The Application Group, Inc. mlee@appgroup.com osmium@EROLS.COM on 04/16/98 07:22:33 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz Dear Sir: If you, an expert, had to experiment to find the method of operation of the EVALUATE statement, it points to the weakness of the SQR language documentation, which has few examples, and some oddly phrased explanations. Maybe SQRIBE's next homework assignment should be to get some better technical writers to improve their books. Happy computing, Ken Gartman Eric Dimick Eastman wrote: > > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? > > Cheers, > Eric > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Fri Apr 17 11:45:12 1998 Date: Fri, 17 Apr 1998 11:59:25 -0500 From: Mark Kraft Subject: PRCSAPI.SQC I am having a problem here that I cannot get past. We are using PeopleSoft Financials v.6 public sector and SQR and Oracle. When we run a few SQR's through the process scheduler, the reports abend in the section where the SQL statement is 'Get-Job-Instance, Select,PSPrcsrqst' in the PRCSAPI.SQC I have looked at this section and there seems to be nothing out of the ordinary here. the SQR reports that we are trying to run are the GLS7002, GL summary (GLS7003) and the Trial Balance SQR report (GLS7004). There may be a few more, but these are what we have tried. Is there something here that I am looking over. Thanks for your help From owner-sqr-users@list.iex.net Fri Apr 17 11:54:23 1998 Date: Fri, 17 Apr 1998 10:48:48 -0400 From: "Weaver, Judith R" Subject: Re: Suppressing .spf generation You can check 2 things: 1. '-keep' or '-ziv' parms are in your sqr.ini or configuration manager (if you are using peoplesoft). I believe either of these parms will cause your sqr to create the .spf file with or without an explicit print. 2. If you are performing implicit prints: begin-select field1 (+1,1) print=never level=whatever !Even without the print=never, this !will create a .lis and/or a .spf file yada, yada Judy >---------- >From: Rodger Haughey[SMTP:rhaughey@BADG.COM] >Reply To: SQR-USERS@USA.NET >Sent: Friday, April 17, 1998 9:12 AM >To: Multiple recipients of list SQR-USERS >Subject: Suppressing .spf generation > >Hi everyone--first time post and not very experienced in SQR. > >I have a report that generates an .spf file even when the user has >chosen to create a delimited text file. I would like to suppress the >generation of the .spf file--to that end, I've searched all delimited >file code for any instance of the 'print' command. It looks clean, but >still an empty .spf is created. > >Any thoughts. > >RH > From owner-sqr-users@list.iex.net Fri Apr 17 12:32:06 1998 Date: Fri, 17 Apr 1998 09:23:02 -0500 From: Mark Kraft Subject: Re: Evaluate Quiz -Reply This is well put and I agree 100%. Documentation on SQR commands (at least with the MITI book I use) is terrible. Sometimes it helps a litle bit, but SOOO much is left out. It seems that half the stuff in there never works no matter how you set it up. Some commands are left out, like floor and a few others. I agree that someone, somewhere should redo this documentation. Mark Kraft kraftm@gunet.georgetown.edu >>> Ken Gartman 04/16/98 09:22pm >>> Dear Sir: If you, an expert, had to experiment to find the method of operation of the EVALUATE statement, it points to the weakness of the SQR language documentation, which has few examples, and some oddly phrased explanations. Maybe SQRIBE's next homework assignment should be to get some better technical writers to improve their books. Happy computing, Ken Gartman Eric Dimick Eastman wrote: > > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? > > Cheers, > Eric > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Fri Apr 17 13:09:00 1998 Date: Fri, 17 Apr 1998 10:54:32 -0700 From: Steve Bollinger Subject: SQR Documentation There are a number lackings in the SQR documentation MITI book (version 3). It does need a thorough upgrade. A great example is the LET string functions. the descriptions talk about x and y without ever showing the syntax for x, and y leaving the reader to guess or figure it out from the examples (if there is one)! These functions should be in the index and they are not. In it's defense, there is a lot of good information in the SQR manual. The tutorial part was very helpful to me for learning. But there are missing things, and when that's what you need, then it is very frustrating. It should be thoroughly revamped. Was this done in ver 4? BTW... every time I send to this list (I send to SQR-USERS@list.iex.net), I get a message saying that it is already posted. It does post, but it appears to try to post twice and I get an email back on the second posting. I am certain I am not sending it twice (no CC: or bcc:). Does anyone else have this problem? I tried to notify someone but I can't find the mail list master to tell them. Anyone know how to reach him/her? Steve At 09:23 AM 4/17/98 -0500, you wrote: >This is well put and I agree 100%. Documentation on SQR commands (at >least with the MITI book I use) is terrible. Sometimes it helps a litle bit, but >SOOO much is left out. It seems that half the stuff in there never works >no matter how you set it up. Some commands are left out, like floor and >a few others. I agree that someone, somewhere should redo this >documentation. > >Mark Kraft >kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Fri Apr 17 13:45:52 1998 Date: Fri, 17 Apr 1998 12:00:13 -0500 From: Don Mellen Subject: Re: Suppressing .spf generation Rodger, You might also want to check for new-page and position() comands. Since you say the spf is empty (although empty and full of spaces are 2 different things) I would check for the above (and also any include files that may be printing undefined variables and/or "new-page"). HTH, Don On Fri, 17 Apr 1998, Rodger Haughey wrote: > I have a report that generates an .spf file even when the user has > chosen to create a delimited text file. I would like to suppress the > generation of the .spf file--to that end, I've searched all delimited > file code for any instance of the 'print' command. It looks clean, but > still an empty .spf is created. ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Fri Apr 17 13:52:17 1998 Date: Fri, 17 Apr 1998 14:34:09 -0400 From: Terry Sexmith Subject: SQR Documentation Steve, I have the same problem with my postings to the list server bouncing back to me with a 'duplicate posting' error. You are not alone... The last time I sent a posting without the earlier text (same as this),making the posting totally unique. And, it still bounced back. What mail system are you using? I was wondering if my problem originated since I'm on ccMail. I'm interested in the response on why it's happening and/or who to contact. Well, time to have my memo bouced back to me! Have a good day! Terry Sexmith tsexmith@ccmail.senco.com From owner-sqr-users@list.iex.net Fri Apr 17 14:12:49 1998 Date: Fri, 17 Apr 1998 13:22:29 -0400 From: Steve Krim Subject: Re: PRCSAPI.SQC Mark, Have you been able to get any reports to run through the process scheduler? Can you run the report at the UNIX (?) command line? Did you guys modify the run control record or panel? Steve At 11:59 AM 4/17/98 -0500, you wrote: >I am having a problem here that I cannot get past. We are using >PeopleSoft Financials v.6 public sector and SQR and Oracle. When we >run a few SQR's through the process scheduler, the reports abend in >the section where the SQL statement is 'Get-Job-Instance, >Select,PSPrcsrqst' in the PRCSAPI.SQC I have looked at this section and >there seems to be nothing out of the ordinary here. the SQR reports that >we are trying to run are the GLS7002, GL summary (GLS7003) and the >Trial Balance SQR report (GLS7004). There may be a few more, but >these are what we have tried. Is there something here that I am looking >over. Thanks for your help > From owner-sqr-users@list.iex.net Fri Apr 17 14:12:49 1998 Date: Fri, 17 Apr 1998 11:09:34 -0700 From: Michael Lee Subject: Re: To kraftm, about PRCSAPI.SQC Have you tried running the SQR with -debugx on? If it is failing where $sql-statement = 'PRCSAPI.SQC,Get-Job-Instance,Select,PSPrcsRqst', it is failing at a simple select. There is only one variable fed to that select, which is #prcs_process_instance. Check to see if you have a #prcs_process_instance value. You may want to edit PRCSAPI.SQC and place that in p:\fs601\user\sqr\ or whichever SQR Report Search directory that is higher than your main sqr source dir. Add some show statements to see how it is being processed. Michael K. Lee mlee@appgroup.com The Application Group, Inc. From owner-sqr-users@list.iex.net Fri Apr 17 14:20:49 1998 Date: Fri, 17 Apr 1998 13:04:58 -0400 From: Jim Hardesty Subject: Re: Evaluate Quiz -Reply Not to be difficult, but my copy of the release 3 documentation is not so clear. The affect of changing the value in the test arguement on the WHEN-OTHER clause is unclear. Mine states "WHEN-OTHER - Signifies the start of default commands to be processed if all other WHEN arguments are FALSE. WHEN-OTHER must appear after all other WHEN arguments." It does NOT state "it ONLY enters the WHEN-OTHER when NONE of the WHEN arguments were entered." Which leads me to wonder...what if it enters one of the WHEN arguments but a command in the WHEN argument changes the value of the test argument such that none of the WHEN arguments is now true? Does it execute the WHEN-OTHER when it gets there? The question is: does it only execute the WHEN-OTHER if all of the WHEN arguements are false or does it only execute the WHEN-OTHER if none of the WHEN arguements was executed. Two entirely different things. Easy to test, but the documentation is ambiguous. jim Blah blah blah, opinions my own, not BellSouth's or The Berry Company's blah blah blah. >>> Michael Lee 04/17/98 09:26am >>> I have no idea what you are talking about. If you just READ the manual, it clearly states that the WHEN-OTHER statement "Signifies the start of default commands to be processed if all other WHEN arguments are FALSE. WHEN-OTHER must appear after all other WHEN arguments." This clearly states that it ONLY enters the WHEN-OTHER when NONE of the WHEN arguments were entered. Nothing is wrong with the documentation. As for the command, it is used for branching purposes and it does the job of "branching to different commands depending on the value of a specified variable or column." Michael K. Lee The Application Group, Inc. mlee@appgroup.com osmium@EROLS.COM on 04/16/98 07:22:33 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz Dear Sir: If you, an expert, had to experiment to find the method of operation of the EVALUATE statement, it points to the weakness of the SQR language documentation, which has few examples, and some oddly phrased explanations. Maybe SQRIBE's next homework assignment should be to get some better technical writers to improve their books. Happy computing, Ken Gartman Eric Dimick Eastman wrote: > > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? > > Cheers, > Eric > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Fri Apr 17 14:20:51 1998 Date: Fri, 17 Apr 1998 14:06:16 -0500 From: Carol Watson Subject: Re: SQR Documentation Since we've recently bought the SQR product, we've been using the version 4.0 manuals (SQR Users Guide, SQR Language Reference). So far, they've worked out great and have plenty of examples as reference points. - Carol Watson National Instruments Steve Bollinger on 04/17/98 12:54:32 PM Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Carol Watson/AUS/NIC) Subject: SQR Documentation There are a number lackings in the SQR documentation MITI book (version 3). It does need a thorough upgrade. A great example is the LET string functions. the descriptions talk about x and y without ever showing the syntax for x, and y leaving the reader to guess or figure it out from the examples (if there is one)! These functions should be in the index and they are not. In it's defense, there is a lot of good information in the SQR manual. The tutorial part was very helpful to me for learning. But there are missing things, and when that's what you need, then it is very frustrating. It should be thoroughly revamped. Was this done in ver 4? BTW... every time I send to this list (I send to SQR-USERS@list.iex.net), I get a message saying that it is already posted. It does post, but it appears to try to post twice and I get an email back on the second posting. I am certain I am not sending it twice (no CC: or bcc:). Does anyone else have this problem? I tried to notify someone but I can't find the mail list master to tell them. Anyone know how to reach him/her? Steve At 09:23 AM 4/17/98 -0500, you wrote: >This is well put and I agree 100%. Documentation on SQR commands (at >least with the MITI book I use) is terrible. Sometimes it helps a litle bit, but >SOOO much is left out. It seems that half the stuff in there never works >no matter how you set it up. Some commands are left out, like floor and >a few others. I agree that someone, somewhere should redo this >documentation. > >Mark Kraft >kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Fri Apr 17 15:09:00 1998 Date: Fri, 17 Apr 1998 15:14:21 -0400 From: Ignacio Lulli Subject: Re: Suppressing .spf generation --0__=5XQ4qZQBWEebkpVXjFvnSspnkVkh9wOvX4zzqX1VCidGsO13u3dVc0Ap Content-type: text/plain; charset=us-ascii You also have to be there is no -NOLIS flag. -IL (Embedded image moved Steve Krim to file: 04/17/98 07:04 AM PIC02223.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Re: Suppressing .spf generation Roger, Check to ensure that -KEEP is not specified in the enviornment or on your command line for the sqr. Steve At 09:12 AM 4/17/98 -0400, you wrote: >Hi everyone--first time post and not very experienced in SQR. > >I have a report that generates an .spf file even when the user has >chosen to create a delimited text file. I would like to suppress the >generation of the .spf file--to that end, I've searched all delimited >file code for any instance of the 'print' command. It looks clean, but >still an empty .spf is created. > >Any thoughts. > >RH > --0__=5XQ4qZQBWEebkpVXjFvnSspnkVkh9wOvX4zzqX1VCidGsO13u3dVc0Ap Content-type: application/octet-stream; name="PIC02223.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=5XQ4qZQBWEebkpVXjFvnSspnkVkh9wOvX4zzqX1VCidGsO13u3dVc0Ap-- From owner-sqr-users@list.iex.net Fri Apr 17 15:29:08 1998 Date: Fri, 17 Apr 1998 10:40:18 +0200 From: Jean-Luc Peyret Subject: Re: Evaluate Quiz -Reply Hi all, Mark, you are entirely wrong about the documentation! It is brilliantly set up! To allow you a centralized access to all things, SQRibe thoughtfully put 50% of the functions under the LET command. This allows you read concise (1 line max) code examples as well as knowing exactly what 5-10 pages you have to scan to find what you're looking for. Sadly, functions not documented in LET had to be covered in the PRINT command, but I have hope that a future version of the doc would consolidate those. In all fairness I haven't seen all that many cases where the product does not work as it's supposed to, at least in the domain of basic, "normal" stuff, i.e. not dynamic SQL or Document paragraphs, command switches... I do not mean that those don't work... just that my experience has not covered many real bugs with the core functionality. Sometimes SQRibe has even gone out of its way to document difficult points in depth, like the BREAK sequencing. They have also put most of the book in the sqr_cmd.hlp file. But the product (which I do like after a fashion) does deserve a generally better doc. Perhaps they should get a professional third party writer with a "SQR in 21 days" or similar slant. JLuc From owner-sqr-users@list.iex.net Fri Apr 17 15:42:26 1998 Date: Fri, 17 Apr 1998 16:04:35 -0400 From: Ignacio Lulli Subject: Re: Suppressing .spf generation --0__=0PLCl1x3fmZ9zk7QTk39WsgIUDnjxo8ZTgZut1N2c6cl83Ls1VEZUBzS Content-type: text/plain; charset=us-ascii Rodger, I have had similar problems. You should verify that you are not sending the -KEEP or -NOLIS flags to the SQRW executable. If your in PeopleSoft, check the Process Definition and the Process Type (both in Process Scheduler) and the Configuration Manager. Hope this helps. --Ignacio (Embedded image moved Rodger Haughey to file: 04/17/98 06:12 AM PIC30718.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Suppressing .spf generation Hi everyone--first time post and not very experienced in SQR. I have a report that generates an .spf file even when the user has chosen to create a delimited text file. I would like to suppress the generation of the .spf file--to that end, I've searched all delimited file code for any instance of the 'print' command. It looks clean, but still an empty .spf is created. Any thoughts. RH --0__=0PLCl1x3fmZ9zk7QTk39WsgIUDnjxo8ZTgZut1N2c6cl83Ls1VEZUBzS Content-type: application/octet-stream; name="PIC30718.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=0PLCl1x3fmZ9zk7QTk39WsgIUDnjxo8ZTgZut1N2c6cl83Ls1VEZUBzS-- From owner-sqr-users@list.iex.net Fri Apr 17 16:08:28 1998 Date: Fri, 17 Apr 1998 14:28:59 -0500 From: Ray Ontko Subject: Re: SQR Documentation Two things: 1) I think everyone's posts are getting the duplicate message error. If you've posted and didn't get back a duplicate message error, let me know. I think the problem is that someone has a brain-damaged mailer that's bouncing messages back to the list-serv AS IF THEY WERE SENT BY THE ORIGINAL SENDER. That is, I think their mail gateway is misbehaving in response to not being able to deliver the message. In any case, this hasn't been tracked down; the list administrator is working on it. 2) The documentation has been significantly re-written between version 3 and version 4. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 17 16:08:25 1998 Date: Fri, 17 Apr 1998 12:59:25 -0700 From: Steve Bollinger Subject: "Mail Bounce" I am using Eudora. Any one else have this problem? Anyone know who to contact? Steve At 02:34 PM 4/17/98 -0400, you wrote: > Steve, > > I have the same problem with my postings to the list server bouncing > back to me with a 'duplicate posting' error. You are not alone... > The last time I sent a posting without the earlier text (same as > this),making the posting totally unique. And, it still bounced back. > > What mail system are you using? I was wondering if my problem > originated since I'm on ccMail. > > I'm interested in the response on why it's happening and/or who to > contact. > > Well, time to have my memo bouced back to me! Have a good day! > > Terry Sexmith > tsexmith@ccmail.senco.com > > From owner-sqr-users@list.iex.net Fri Apr 17 16:08:27 1998 Date: Fri, 17 Apr 1998 15:22:38 -0400 From: Terry Sexmith Subject: Re[2]: PRCSAPI.SQC We were having a similar problem. The error that we received occurred in the Update statement, though. So, I don't know if it even relates to your problem, especially since we are informix. Ours occurred sporadically. Since it hasn't for a few weeks, we are currently ignoring it. Not necessarily smart. But, since we just implemented a two weeks ago, it's the only way to survive. I did put something out on the PS collective voices page of the PeopleSoft website. It does have two responses which may be of some help. You'll find it in my name, Terry Sexmith, on 03/20/98. Good luck! Below is the first part of the text I posted. Hopefully, this will provide enough for you to tell rather it applies: ------------------------------------------------------------- We have been receiving the following error intermittently when running an SQR on the client: i:\psapps\fs600inf\sqr\gls2002.sqr: - SQL Statement = PRCSAPI.SQC,Update-Process-Status,Update,PSPrcsRqst SQL Status = -1201, SQL Error = Number is too small for a DECIMAL data type Error on line 116: (SQR 3301) Program stopped by user request. SQRW: Program Aborting. This error occurs sporadically. It will occur once on a particular SQR, and then the next time the SQR runs fine. It occurs on PeopleSoft delivered SQRs as well as homegrown SQRs. Also, all different application groups, from accounts payable to Inventory Management. The SQRs run fine on the server. ______________________________ Reply Separator _________________________________ Subject: Re: PRCSAPI.SQC Author: SQR-USERS@USA.NET at Internet Date: 4/17/98 1:22 PM Mark, Have you been able to get any reports to run through the process scheduler? Can you run the report at the UNIX (?) command line? Did you guys modify the run control record or panel? Steve At 11:59 AM 4/17/98 -0500, you wrote: >I am having a problem here that I cannot get past. We are using >PeopleSoft Financials v.6 public sector and SQR and Oracle. When we >run a few SQR's through the process scheduler, the reports abend in >the section where the SQL statement is 'Get-Job-Instance, >Select,PSPrcsrqst' in the PRCSAPI.SQC I have looked at this section and >there seems to be nothing out of the ordinary here. the SQR reports that >we are trying to run are the GLS7002, GL summary (GLS7003) and the >Trial Balance SQR report (GLS7004). There may be a few more, but >these are what we have tried. Is there something here that I am looking >over. Thanks for your help > From owner-sqr-users@list.iex.net Fri Apr 17 16:08:27 1998 Date: Fri, 17 Apr 1998 14:52:57 -0400 From: "Weaver, Judith R" Subject: Re: SQR Documentation We use Microsoft Exchange here, and I have the same problem. >---------- >From: Terry Sexmith[SMTP:tsexmith@CCMAIL.SENCO.COM] >Reply To: SQR-USERS@USA.NET >Sent: Friday, April 17, 1998 2:34 PM >To: Multiple recipients of list SQR-USERS >Subject: SQR Documentation > > Steve, > > I have the same problem with my postings to the list server bouncing > back to me with a 'duplicate posting' error. You are not alone... > The last time I sent a posting without the earlier text (same as > this),making the posting totally unique. And, it still bounced back. > > What mail system are you using? I was wondering if my problem > originated since I'm on ccMail. > > I'm interested in the response on why it's happening and/or who to > contact. > > Well, time to have my memo bouced back to me! Have a good day! > > Terry Sexmith > tsexmith@ccmail.senco.com > From owner-sqr-users@list.iex.net Fri Apr 17 16:12:16 1998 Date: Fri, 17 Apr 1998 16:09:53 -0400 From: Ignacio Lulli Subject: Re: Suppressing .spf generation --0__=cGBoZNV5rkyNEcU89fGO2Rj1cgkhTZLgIrmbil10ssNJQdxVoFcTQeY8 Content-type: text/plain; charset=us-ascii Don can you explain how undefined variables or the new-page or position() commands could cause SPF file generation? Thanks. -IL (Embedded image moved Don Mellen to file: 04/17/98 10:00 AM PIC12265.PCX) Please respond to SQR-USERS@USA.NET To: Multiple recipients of list SQR-USERS cc: (bcc: Ignacio Lulli) Subject: Re: Suppressing .spf generation Rodger, You might also want to check for new-page and position() comands. Since you say the spf is empty (although empty and full of spaces are 2 different things) I would check for the above (and also any include files that may be printing undefined variables and/or "new-page"). HTH, Don On Fri, 17 Apr 1998, Rodger Haughey wrote: > I have a report that generates an .spf file even when the user has > chosen to create a delimited text file. I would like to suppress the > generation of the .spf file--to that end, I've searched all delimited > file code for any instance of the 'print' command. It looks clean, but > still an empty .spf is created. ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" --0__=cGBoZNV5rkyNEcU89fGO2Rj1cgkhTZLgIrmbil10ssNJQdxVoFcTQeY8 Content-type: application/octet-stream; name="PIC12265.PCX" Content-transfer-encoding: base64 CgUBCAAAAABoACwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAABaQABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAD1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sTzRPHE8MTwhP1E9sT zRPHE8MTwhPwEwzIBgzYE8wTxhPDE8IT7hPOBtcTzBPGE8MTE+wTwgbCBwbCEgbCEgbCEsUG1hPL E8YTwxMT6hMMwgYHwgLCAwISwgfEEsMCwwbVE8sTxRPDExPpE8MGAwcCBwMCwhLDB8ISwgISwgLD BtUTyhPFE8MTE+gTwgIHA8ICEw4DDgLDE8USwwLCEMIG1BPKE8UTwxMT5xMCAwcDAg4TDgITwgIS D8ISD8ISBRICEcICwwbUE8oTxRPCExPmEwYCBwMCDgIOwgLDExITEhPCEg8GxgLDBtMMDAfJE8QT whMT5hMGwwITBgMCDhLFEw8SE8ISBgIDwhIDEsMGB9MDxwwHxRPDExPlEwYHAhESAg8CwhMPwhMP xBMPxRIQwgIDAgMCBtMDxwPEDAfDE8IT4RMHwwzCBgLCEhMCDxLIE8MSD8MSwwIQAwIDBgfSDMkD wgPCDAfCExPbEwfGDMIDDAIHERITEhMSwxMPwxMPwxPDEgIDAgMCwwMCBgzREwfHDMYDDMITE9YT B8UMyAMGB8ICBhLDAsYTEhMSExIPwhIHAgcCAwUQAgYRBgfSE8UTB8QMwgMMwhMT0hMHxAzLA8IM BsISDxESExITAw4DxBMSExITwxICBwPCAsMDDMIGB9ITyRMHwwzCExPPEwfDDMkDxQwHwhMGBxIT AhECEwMOAg7DExITDxMPwxIDAgMCBwMCDAYRBgfSE8kTwhPCDMITE8wTB8MMxwPEDMIHxxMGxBLD Ag4DDgIGwg/IEgIDwgIDAgwCEMIGB9ITyRMHDAcMwhMTyhMHwgzGA8MMwgfMEwYHwhLCEAIOAg4C DhDDAhIPxhIFAgXDAgUCEQYH0hPHEwfCDAcPDMITE8gTB8IMxQPDDAfQEwbDEhDEAhAOEA4QwgLG EgcSBhIGBcMCBcIGB9ATB8UMEwfCDA8HDwwHwhMTxhMHwgzEA8MMB9MTBgfCEhADEMICDhAOEMIC EQIDxxIGBwbCAgUCEQYHyxMHxAwHwhMHEwzCEwcPBw8MB8MTE8UTBwzEA8IMB9YTBsQSEAMCA8UC EQIDAgPDEgcSBgfCBgUQAhDCBgfGEwfEDAfGE8INEwzCEw8HwgwHwxPCE8QTBwzDA8IMB9gTBgfE EhACEMYCEQIDAsQSBhLDBsICEALCBgfCEwfDDAfKEwfCDRMHwhPCDAfEE8ITE8MTBwzCA8IMB9oT DBIHwxLDDBEDxQIDAgPDEgYSBgfCBgIQAhAGDAfCEwzDE8MHyRMHwhPCBxMHxRPDExPDEwzCAwwH 3RMGxxICEQPDAgMCA8MSBhIGBwYMBhACEAIGDMMTDBPCB8YTwwfHEwfGE8MTwhPDEwwDDAfeEwYH xxICEQPDAgMCwhIGEgYHBgwGEAIQAsIGB8MTDMYTwwfKEwzGE8MTwhPDE8IMB98TDBLCB8USAgMR xAISB8ISBgcGDAYQBhAGEAYMB8MMB8kTwwfHEwzGE8MTwhPDEwwPwgzfEwYSB8ISB8ISAhECAwID EgcSBwYHBgwGEAYQxgzDD8IHxRPDB8kTBwzGE8MTwhPDEwzDD8QM3BPCBhIGwxIGAhECAwIHBgcG yAzJDxMHzRMHwwwHxxPDE8ITwxMHDMYPxwwH1BMGEgYSBhLLDM4PwwwTDMcTwgfEDAfJE8QTwhMT xBMHwgzLD9sM0w/GDAfDEwzDEwfEDAfLE8YTwxMTxhMHxAztD8gMBgfIE8QMB84TxxPDE8ITyhMH xwzbD8sMEAUMBcIMwgYH1RPKE8UTwxMT0RMH2wwGEAYQBhACBQwFDAUMBgwHBgfWE8sTxRPDExPu EwYMBhAGEAIGDAYMwwYH1xPLE8YTwxMT8BPKBgfYE8wTxhPDExP1E9sTzRPHE8MTwhP1E9sTzRPH E8MTwhMMAAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD/ /wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8A AAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A //8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA/wAA AP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCkgICA /wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vwoKCk gICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw//vw oKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzApsrw //vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDAwNzA psrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICAwMDA wNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACAAICA wMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACAgACA AICAwMDAwNzApsrw//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP//////AAAAgAAAAIAAgIAAAACA gACA//vwoKCkgICA/wAAAP8A//8AAAD//wD/AP////// --0__=cGBoZNV5rkyNEcU89fGO2Rj1cgkhTZLgIrmbil10ssNJQdxVoFcTQeY8-- From owner-sqr-users@list.iex.net Fri Apr 17 17:04:23 1998 Date: Fri, 17 Apr 1998 14:46:18 -0700 From: "Van, Lily" Subject: HELP!! Hi all, Does any one know of any .sqc routine to convert to Julian date? I need to convert the following to 'day of week'. For example 17-APR-1998 is a Friday. Thanks, Lily From owner-sqr-users@list.iex.net Fri Apr 17 17:04:22 1998 Date: Fri, 17 Apr 1998 14:45:44 -0500 From: Mark Kraft Subject: SQR Documentation -Reply yes, that happens to me all the time and will probably happen again. Every time I post, it gets posted but I receive an additional email saying that it is a duplicate, I guess you get used to that after a while Mark Kraft From owner-sqr-users@list.iex.net Fri Apr 17 17:30:34 1998 Date: Fri, 17 Apr 1998 17:20:12 -0500 From: Don Mellen Subject: Re: HELP!! Check out www.sqrug.com, it has a library o' useful stuff, including many date routines by Rob Goshko including Julian stuff. On Fri, 17 Apr 1998, Van, Lily wrote: > Hi all, > Does any one know of any .sqc routine to convert to Julian date? I need > to convert the following to 'day of week'. > For example 17-APR-1998 is a Friday. > Thanks, > Lily > ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Fri Apr 17 18:27:11 1998 Date: Fri, 17 Apr 1998 15:02:39 -0500 From: Mark Kraft Subject: Re: To kraftm, about PRCSAPI.SQC -Reply I placed that exact select statement into a SQL*Plus statement in Oracle, placed the value of the process instance that I used a show statement to find. When I ran the statement, I got values of 0 and 0. i don't know if that is supposed to be that way. Other than that I had the debug on and all that stuff, I am still stumped. Thank you for you time and patience Mark Kraft kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Fri Apr 17 18:27:10 1998 Date: Fri, 17 Apr 1998 12:54:24 -0500 From: Don Mellen Subject: Re: Evaluate Quiz -Reply Mark, First, I've never seen documentation that is 100% accurate, so a few minor errors don't upset me, and Sqribe has always seemed anxious to know how they can improve their books. As for the "floor" command, it exists in the 4.0, 3.0 and 2.0 documentation (Sorry, I don't have any 1.0 books here). Look under the "let" comand. "floor" is part of an expression, and since expressions can only be used in "let", "if", and "while" lines (I think that's all of them), all of the expression commands are gathered under the "let" command. As for "It seems that half the stuff in there never works no matter how you set it up". I've found that almost all the stuff works, exactly like it's supposed to, when you set it up right. In 4.0 Sqribe has extended the expression comand descriptions (a decided plus) and re-worked other sections for better clarity. While the 3.0 books that you are using (I'm guessing there) are not perfect, I don't think they're nearly as bad as you make them out to be. IMHO. On Fri, 17 Apr 1998, Mark Kraft wrote: > This is well put and I agree 100%. Documentation on SQR commands (at > least with the MITI book I use) is terrible. Sometimes it helps a litle > bit, but SOOO much is left out. It seems that half the stuff in there > never works no matter how you set it up. Some commands are left out, > like floor and a few others. I agree that someone, somewhere should > redo this documentation. > > Mark Kraft > kraftm@gunet.georgetown.edu > > >>> Ken Gartman 04/16/98 09:22pm >>> > Dear Sir: > If you, an expert, had to experiment to find the method of > operation of the EVALUATE statement, it points to the weakness of the > SQR language documentation, which has few examples, and some oddly > phrased explanations. Maybe SQRIBE's next homework assignment > should > be to get some better technical writers to improve their books. > > Happy computing, > Ken Gartman > > > Eric Dimick Eastman wrote: > > > > Hi All, > > > > I agree with the camp that says leave it alone. I like how evaluate > > works (more now that I understand it). I can only think of two reasons > > to add a CASE statement: > > > > 1) So that C or Pascal programmers won't be surprised by the > > functionality. (I consider this a little weak. If you want to write > > SQR programs, learn SQR.) > > > > 2) So that the compiler could build a binary tree out of the CASE block. > > This would make large CASE blocks run much faster. > > > > So raise your hand if you have written a EVALUATE with more than > about > > 100 WHEN clauses. You have been cheated out of performance. > > > > Are there other reasons? > > > > Cheers, > > Eric > > > > ------------------------------------------------------------------------ > > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > > erice@ontko.com |Richmond, IN |God created the Earth, complete > > http://www.ontko.com| |with 5,000,000,000 years of history. > ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Fri Apr 17 18:27:11 1998 Date: Fri, 17 Apr 1998 16:44:45 -0500 From: Mark Kraft Subject: Re: PRCSAPI.SQC -Reply Sorry folks, we fixed the PRCSAPI problem...actually it wasn't that SQC at all, it was the GLS7002.SQR program..the system is set up funny here and in that SQR, it looked for balance forward accounts and revenue expense accounts. We only set up Balance Forward accounts, therefore leaving the Revenue Expense Accounts to be null. when that null value was received, the program kept blowing up. We added a litle section to that code, and it works very well now. Thanks to everyone for you help in this situation. Have A Nice Day Mark Kraft From owner-sqr-users@list.iex.net Fri Apr 17 18:43:05 1998 Date: Fri, 17 Apr 1998 15:28:47 -0700 From: "Ying, Chenter" Subject: Re: HELP!! lily: i presume you're not on oracle. if u r, then just convert via the TO_CHAR function: example, sql>select to_char(sysdate,'Day') from dual; you'll see what i mean. > ---------- > From: Van, Lily[SMTP:Lily.Van@TRANSAMERICA.COM] > Sent: Friday, April 17, 1998 2:46 PM > To: Multiple recipients of list SQR-USERS > Subject: HELP!! > > Hi all, > Does any one know of any .sqc routine to convert to Julian date? I > need > to convert the following to 'day of week'. > For example 17-APR-1998 is a Friday. > Thanks, > Lily > From owner-sqr-users@list.iex.net Fri Apr 17 18:43:05 1998 Date: Fri, 17 Apr 1998 16:31:44 -0500 From: Mark Kraft Subject: Re: Evaluate Quiz -Reply -Reply I semi agree to what you say Jean-Luc. But I have tried to get the declare-report and use-report functions before and I never ever go them to work. That kept spiting .SPF files out instead of .LIS files As to the documentation on that , it is VERY vague. I did every the book said tyo get that to work and IT NEVER DID. I gave up and resort to setting up seperate run control panels and setting several flags in the beginning of the code for which report should be used. I have tried to use load-lookup and again the documentation is vague. As for the evaluate statement, it says that you can use any of the valid omparison idicators, which are ||, +,-, etc...not, and, or, xor..but if you put and in there, it never works. it is a single command function. This is what I am talking about. So some of the documentation is not right. I am sure that several other people will agree with me when I say that the MITI book for v.3 is not well done and several holes are there. I have needed to check on things in there before, and have been left hanging with its terrible explanations. Sorry to vent, but that is how I have felt from day 1 when I started doing SQR and I still feel that way. I haven't been doing SQR for that long and don't have the experience that most people here do, but I learn quick, from others...NOT THAT BOOK. have a nice day Mark Kraft kraftm@gunet.georgetown.edu From owner-sqr-users@list.iex.net Fri Apr 17 19:02:35 1998 Date: Fri, 17 Apr 1998 17:08:38 -0500 From: Ray Ontko Subject: Re: printing superscript characters Jeff, > What is the best way to print characters in super-script in sqr. I'm > thinking I probably need to do a print-direct with postscript commands > or use printer codes. Does anyone know the proper postscript commands or > HP printer codes ? Here's an example that I've worked out for HP: begin-program do main end-program begin-procedure main encode '<27>' into $escape print 'Howdy' (1,1) print 'Howdy' (2,1) print-direct printer=hp $escape '&a200v720H' 'superscript' print-direct printer=hp $escape '&a280v720H' 'subscript' print 'Howdy' (3,1) end-procedure This would then be executed using -printer:hp. Note that I have hard-coded the 200, 720 and 280. If you don't hard-code them, you'll have to calculate them in your code. The values which appear before the "v" are the vertical offset from the top of the page, and the values which appear before the "H" are the horizontal offset from the left edge of the page. The actual values you use will depend on your LEFT-MARGIN, TOP-MARGIN, CHAR-WIDTH, and LINE-HEIGHT. The units are "decipoints", i.e., 720 per inch. In this example, I have assumed that a superscript would be 1/3 of a line higher than the normal type, and that a subscript would be 1/3 of a line lower. You could get much fancier by using alter printer to reduce the type size, and place it higher or lower, depending on your tastes. Here's a more complicated approach: begin-program do main end-program begin-procedure main encode '<27>' into $escape print 'Howdy' (1,1) print 'Howdy' (2,1) print 'Howdy' (3,1) do superscript('superscript',2,6) do subscript('subscript',2,6) print 'H' (5,1) do subscript('2',0,0) print 'O' () print 'U' (7,1) do superscript('238',0,0) print 'half-life' (,+1) end-procedure begin-procedure superscript( $str , #lin , #col ) if #lin = 0 move #_current-line to #lin end-if if #col = 0 move #_current-column to #col end-if encode '<27>' into $escape alter-printer pitch=12 let $pos = '&a' || edit( #lin * 120 - 40 , '88888' ) || 'v' || edit( #col * 72 + 288 , '88888' ) || 'H' print-direct printer=hp $escape $pos $str alter-printer pitch=10 let #pos = ceil( #col + length( $str ) * 10.0 / 12.0 ) position (#lin,#pos) end-procedure ! superscript begin-procedure subscript( $str , #lin , #col ) if #lin = 0 move #_current-line to #lin end-if if #col = 0 move #_current-column to #col end-if encode '<27>' into $escape alter-printer pitch=12 let $pos = '&a' || edit( #lin * 120 + 40 , '88888' ) || 'v' || edit( #col * 72 + 288 , '88888' ) || 'H' print-direct printer=hp $escape $pos $str alter-printer pitch=10 let #pos = ceil( #col + length( $str ) * 10.0 / 12.0 ) position (#lin,#pos) end-procedure ! subscript Hope this helps. Ray ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Fri Apr 17 19:06:41 1998 Date: Fri, 17 Apr 1998 15:40:34 -0700 From: Steve Bollinger Subject: Re: SQR Documentation > >Try looking at SQR_CMD.HLP (a Windows help file) in your SQR directory. >This hypertext version of the printed manual has more detailed information. > >Jeremy > sorry I don't have this help file. I do have: sqrw.hlp sqrwp.hlp sqrwt.hlp sqrwv.hlp How can I get it? From owner-sqr-users@list.iex.net Fri Apr 17 19:06:41 1998 Date: Fri, 17 Apr 1998 15:22:37 -0700 From: Michael Lee Subject: Re: Evaluate Quiz -Reply Jim, Whenever a 'when' argument is touched and entered, it will not enter the when-other. Even if it enters the 'when' argument and changes the values so that all the 'when' statements are false, it still initially entered the 'when' statement, and therefore will not execute the 'when-other' case. Michael K. Lee mlee@appgroup.com The Application Group, Inc. JHardest@LMBERRY.COM on 04/17/98 10:04:58 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz -Reply Not to be difficult, but my copy of the release 3 documentation is not so clear. The affect of changing the value in the test arguement on the WHEN-OTHER clause is unclear. Mine states "WHEN-OTHER - Signifies the start of default commands to be processed if all other WHEN arguments are FALSE. WHEN-OTHER must appear after all other WHEN arguments." It does NOT state "it ONLY enters the WHEN-OTHER when NONE of the WHEN arguments were entered." Which leads me to wonder...what if it enters one of the WHEN arguments but a command in the WHEN argument changes the value of the test argument such that none of the WHEN arguments is now true? Does it execute the WHEN-OTHER when it gets there? The question is: does it only execute the WHEN-OTHER if all of the WHEN arguements are false or does it only execute the WHEN-OTHER if none of the WHEN arguements was executed. Two entirely different things. Easy to test, but the documentation is ambiguous. jim Blah blah blah, opinions my own, not BellSouth's or The Berry Company's blah blah blah. >>> Michael Lee 04/17/98 09:26am >>> I have no idea what you are talking about. If you just READ the manual, it clearly states that the WHEN-OTHER statement "Signifies the start of default commands to be processed if all other WHEN arguments are FALSE. WHEN-OTHER must appear after all other WHEN arguments." This clearly states that it ONLY enters the WHEN-OTHER when NONE of the WHEN arguments were entered. Nothing is wrong with the documentation. As for the command, it is used for branching purposes and it does the job of "branching to different commands depending on the value of a specified variable or column." Michael K. Lee The Application Group, Inc. mlee@appgroup.com osmium@EROLS.COM on 04/16/98 07:22:33 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Re: Evaluate Quiz Dear Sir: If you, an expert, had to experiment to find the method of operation of the EVALUATE statement, it points to the weakness of the SQR language documentation, which has few examples, and some oddly phrased explanations. Maybe SQRIBE's next homework assignment should be to get some better technical writers to improve their books. Happy computing, Ken Gartman Eric Dimick Eastman wrote: > > Hi All, > > I agree with the camp that says leave it alone. I like how evaluate > works (more now that I understand it). I can only think of two reasons > to add a CASE statement: > > 1) So that C or Pascal programmers won't be surprised by the > functionality. (I consider this a little weak. If you want to write > SQR programs, learn SQR.) > > 2) So that the compiler could build a binary tree out of the CASE block. > This would make large CASE blocks run much faster. > > So raise your hand if you have written a EVALUATE with more than about > 100 WHEN clauses. You have been cheated out of performance. > > Are there other reasons? > > Cheers, > Eric > > ------------------------------------------------------------------------ > Eric Dimick Eastman |Ray Ontko & Co|About 6,000 years ago, in 7 days, > erice@ontko.com |Richmond, IN |God created the Earth, complete > http://www.ontko.com| |with 5,000,000,000 years of history. From owner-sqr-users@list.iex.net Fri Apr 17 20:56:54 1998 Date: Fri, 17 Apr 1998 16:17:14 +0200 From: Jean-Luc Peyret Subject: Re: HELP!! + Julian dates Hi. If you're using PeopleSoft, there are 2 functions in datemath.sqc which may be of help (I'm still not clear what a Julian date is). dtu-dayofweek#($dtu_date, :#dtu_dayofweek) dtu-dayofweek$($dtu_date, :$dtu_dayofweek) JLuc From owner-sqr-users@list.iex.net Fri Apr 17 21:17:51 1998 Date: Fri, 17 Apr 1998 10:58:58 -0700 From: Michael Lee Subject: Re: PRCSAPI.SQC We know that you are running it off of Process Scheduler, but are you running this on the server? You first may want to check to see if your process scheduler is running. That is the first step. The server could be down. If you are encountering this problem with your run location defined as 'Client', then it may be a code issue. I doubt it's a code issue since it's a delivered program, but these delivered SQRs may contain bugs. Run it again. After you click OK, check to see if you receive a process instance number at the bottom left hand corner of the Run Control /Multiple Process Sample panel. If you have more trouble, feel free to e-mail me back. Michael K. Lee mlee@appgroup.com The Application Group, Inc. kraftm@GUNET.GEORGETOWN.EDU on 04/17/98 09:59:25 AM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: PRCSAPI.SQC I am having a problem here that I cannot get past. We are using PeopleSoft Financials v.6 public sector and SQR and Oracle. When we run a few SQR's through the process scheduler, the reports abend in the section where the SQL statement is 'Get-Job-Instance, Select,PSPrcsrqst' in the PRCSAPI.SQC I have looked at this section and there seems to be nothing out of the ordinary here. the SQR reports that we are trying to run are the GLS7002, GL summary (GLS7003) and the Trial Balance SQR report (GLS7004). There may be a few more, but these are what we have tried. Is there something here that I am looking over. Thanks for your help From owner-sqr-users@list.iex.net Fri Apr 17 21:24:49 1998 Date: Fri, 17 Apr 1998 16:22:07 -0500 From: Don Mellen Subject: Re: Suppressing .spf generation On Fri, 17 Apr 1998, Ignacio Lulli wrote: > Don can you explain how undefined variables or the new-page or position() > commands could cause SPF file generation? Thanks. > -IL "Soiytnly", (How does one spell a Stooge-ism?) Even with a "-keep" if nothing is done to create the first page, then there is no .spf or .lis file created. The new page and position commands both create that first page. If an sqc is printing a "global" variable that it expects the calling program to define, but the calling program didn't define it, then "nothing" will be printed at whatever position (creating the first page). While the page might look empty, something was done to create it, which might include printing several undefined variables. 'Nuff-said? (Now a Marvel-ism, those I can spell!) ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Fri Apr 17 21:27:54 1998 Date: Fri, 17 Apr 1998 16:11:36 -0500 From: "Jeremy C. Radwan" Subject: Re: SQR Documentation At 10:54 AM 4/17/98 -0700, you wrote: >There are a number lackings in the SQR documentation MITI book (version 3). > It does need a thorough upgrade. A great example is the LET string >functions. the descriptions talk about x and y without ever showing the >syntax for x, and y leaving the reader to guess or figure it out from the >examples (if there is one)! These functions should be in the index and >they are not. Try looking at SQR_CMD.HLP (a Windows help file) in your SQR directory. This hypertext version of the printed manual has more detailed information. Jeremy --- Jeremy C. Radwan - http://www.concentric.net/~jradwan/ "Although it is not exactly 'real,' 'cyberspace' is a genuine place. Things happen there that have genuine consequences." - Bruce Sterling, "The Hacker Crackdown" From owner-sqr-users@list.iex.net Fri Apr 17 21:28:36 1998 Date: Fri, 17 Apr 1998 15:29:32 -0400 From: Greg Holliday Subject: Re: SQR Documentation The last time I posted to the list, received the same message. I'm using Lotus Notes 4.5 for my e-mail. Greg Holliday From owner-sqr-users@list.iex.net Fri Apr 17 21:29:26 1998 Date: Fri, 17 Apr 1998 17:13:19 -0400 From: Bruce Mitchell Subject: SQLServer Error Hello all, I've come across a very strange error that, hopefully, someone else has encountered. I'm developing SQR reports for a PeopleSoft Application run on MS SQLServer. The error message is as follows (SQR 5528) ODBC SQL dbexec: SQLExecute error 610 in cursor 11: [Microsoft][ODBC SQL Server Driver][SQL Server] Maximum number of databases that may be accessed by a transaction is 8. This number has been exceeded by this query. Error on line 1105: (SQR 3723) Problem executing cursor. SQRW: Program Aborting. (SQR 5528) ODBC SQL dbxact: SQLTransact error 0 in cursor 0: [Microsoft][ODBC SQL Server Driver]Communication link failure When I cut the code out of the SQR and run it in ISQLW (MS SQLServer query tool) it works fine, but gives the above error every time I run it in SQRW. I am only accessing one database, not eight, and the code is fairly straightforward. Any ideas? thanks, Bruce From owner-sqr-users@list.iex.net Fri Apr 17 21:29:38 1998 Date: Fri, 17 Apr 1998 15:24:47 -0400 From: Allan Geetter Subject: SQR Documentation This is a multi-part message in MIME format. --------------A8CF294A1F37F5BBE0AA0123 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit We've upgraded to Server Ver 4.0 and I feel the documentation has improved. The examples are sufficient. Remember that they can't give examples for everything. Another good source of documentation is the program examples. --------------A8CF294A1F37F5BBE0AA0123 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Allan Geetter Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Allan Geetter n: Geetter;Allan org: University of Hartford adr;dom: 200 Bloomfield Ave.;;Information Technology Services - CC125;West Hartford;Connecticut;06117-1599; email;internet: geetter@uhavax.hartford.edu title: Data Security Administrator tel;work: (860) 768-4889 tel;fax: (860) 768-4907 x-mozilla-cpt: ;0 x-mozilla-html: TRUE version: 2.1 end: vcard --------------A8CF294A1F37F5BBE0AA0123-- From owner-sqr-users@list.iex.net Fri Apr 17 21:29:41 1998 Date: Fri, 17 Apr 1998 16:51:16 -0500 From: Mark Kraft Subject: Mail Bounce I am using Novell Groupwise and I also get that problem Mark Kraft From owner-sqr-users@list.iex.net Sat Apr 18 03:07:01 1998 Date: Sat, 18 Apr 1998 01:01:04 -0700 From: Chris Snow Subject: Re: Mail Bounce I'm using Outlook Express on MSN and I always receive two of every message from this list. ________________________________________ Christopher Snow, Integrity Information Services 800-724-5939 pgr chris_snow@msn.com 'As knowledge increases, wonder deepens' Charles Morgan From owner-sqr-users@list.iex.net Sat Apr 18 03:09:24 1998 Date: Sat, 18 Apr 1998 01:04:17 -0700 From: Chris Snow Subject: Re: SQLServer Error Can you send a sample of your code? Run with the -s flag and take a look at the query causing the problem (cursor 11). What does it say? Chris -----Original Message----- From: Bruce Mitchell To: Multiple recipients of list SQR-USERS Date: Friday, April 17, 1998 4:31 PM Subject: SQLServer Error Hello all, I've come across a very strange error that, hopefully, someone else has encountered. I'm developing SQR reports for a PeopleSoft Application run on MS SQLServer. The error message is as follows (SQR 5528) ODBC SQL dbexec: SQLExecute error 610 in cursor 11: [Microsoft][ODBC SQL Server Driver][SQL Server] Maximum number of databases that may be accessed by a transaction is 8. This number has been exceeded by this query. Error on line 1105: (SQR 3723) Problem executing cursor. SQRW: Program Aborting. (SQR 5528) ODBC SQL dbxact: SQLTransact error 0 in cursor 0: [Microsoft][ODBC SQL Server Driver]Communication link failure When I cut the code out of the SQR and run it in ISQLW (MS SQLServer query tool) it works fine, but gives the above error every time I run it in SQRW. I am only accessing one database, not eight, and the code is fairly straightforward. Any ideas? thanks, Bruce From owner-sqr-users@list.iex.net Sat Apr 18 06:37:30 1998 Date: Sat, 18 Apr 1998 06:28:52 -0400 From: Sam Spritzer Subject: Re: HELP!! Look for datemath.sqc. I think it is in there although I can't tell from home since all of my SQCs are in the office. Sam spritzer@localnet.com "This space perpetually under construction." From owner-sqr-users@list.iex.net Sun Apr 19 01:35:26 1998 Date: Sat, 18 Apr 1998 23:07:58 -0700 From: Michael Lee Subject: Re: HELP!! Lily, Do you need to convert to Julian date? If you do not need to and you just require the day of the week for a given date, there are two functions in datemath.sqc which will give you the day for a given date. The procedure names are dtu-dayofweek# and dtu-dayofweek$. Isn't Transamerica a DB2 shop? Isn't there a DB2 function that returns a day of the week? What is your need for Julian date conversion? Michael K. Lee mlee@appgroup.com The Application Group, Inc. Lily.Van@TRANSAMERICA.COM on 04/17/98 02:46:18 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: HELP!! Hi all, Does any one know of any .sqc routine to convert to Julian date? I need to convert the following to 'day of week'. For example 17-APR-1998 is a Friday. Thanks, Lily From owner-sqr-users@list.iex.net Sun Apr 19 01:38:08 1998 Date: Sat, 18 Apr 1998 22:47:24 -0700 From: Michael Lee Subject: Re: SQLServer Error Bruce, Do you get this error when running PeopleSoft delivered SQRs? If you do not get this error when running PeopleSoft delivered SQRs, then it is an isolated incident, and you should look at your environment settings and/or your SQR code. If you get the same error when running PeopleSoft delivered SQRs, then maybe your installation variables are incorrect. Do you have all your necessary includes? Are you running this in a single-user environment or on the network? Michael K. Lee mlee@appgroup.com The Application Group, Inc. mitchellb@CYBERUS.CA on 04/17/98 02:13:19 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: SQLServer Error Hello all, I've come across a very strange error that, hopefully, someone else has encountered. I'm developing SQR reports for a PeopleSoft Application run on MS SQLServer. The error message is as follows (SQR 5528) ODBC SQL dbexec: SQLExecute error 610 in cursor 11: [Microsoft][ODBC SQL Server Driver][SQL Server] Maximum number of databases that may be accessed by a transaction is 8. This number has been exceeded by this query. Error on line 1105: (SQR 3723) Problem executing cursor. SQRW: Program Aborting. (SQR 5528) ODBC SQL dbxact: SQLTransact error 0 in cursor 0: [Microsoft][ODBC SQL Server Driver]Communication link failure When I cut the code out of the SQR and run it in ISQLW (MS SQLServer query tool) it works fine, but gives the above error every time I run it in SQRW. I am only accessing one database, not eight, and the code is fairly straightforward. Any ideas? thanks, Bruce From owner-sqr-users@list.iex.net Sun Apr 19 09:23:51 1998 Date: Sun, 19 Apr 1998 19:35:21 -0700 From: GANAPATHY_VK Subject: Help reqd on PSPPYBLD.! Hello , Peoplesoft has a Cobol program PSPPYBLD ( which in turns calls many other programs ). I need to analyse this program , determine the output and i have to write a SQR to generate the same report. I have no idea of this program. Before analysing, I would like to have all the info on this program such as table accessed, sql where clause , output etc. I would apprecite very much if any of u provide some input on this. Thanx In Advance Ganapathy_vk@inf.com From owner-sqr-users@list.iex.net Sun Apr 19 10:38:52 1998 Date: Sun, 19 Apr 1998 18:34:28 +0300 From: SEMECH Subject: InSQRIBE and Oracle Forms 4.5 This is a multi-part message in MIME format. ------=_NextPart_000_00CA_01BD6BC1.C91504E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Can someone send me a sample form (.fmb) that implements the InSQRIBE's = ActiveX RUNSQR and SQR Viewer. Thank's in advance, Arnon. ------------------------------------------------------------------- SEMECH SOFTWARE MARKETING LTD. TEL : (972) - 3 - 5333144 FAX : (972) - 3 - 5333132 Email: ------------------------------------------------------------------ ------=_NextPart_000_00CA_01BD6BC1.C91504E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
Can someone send me a sample form (.fmb) that = implements the=20 InSQRIBE's ActiveX RUNSQR and
SQR Viewer.
 
Thank's in advance,
 
Arnon.
----------------------------------------------------------------= ---
SEMECH=20 SOFTWARE MARKETING LTD.
TEL : (972) - 3 - 5333144
FAX : (972) - 3 = -=20 5333132
Email: <semech@pobox.com>
------------= ------------------------------------------------------
------=_NextPart_000_00CA_01BD6BC1.C91504E0-- From owner-sqr-users@list.iex.net Sun Apr 19 20:48:50 1998 Date: Sun, 19 Apr 1998 21:38:23 EDT From: SJohn22151 Subject: Re: Evaluate Quiz If one assumes proper program logic, it bombs...in that it doesn't end From owner-sqr-users@list.iex.net Sun Apr 19 20:54:00 1998 Date: Sun, 19 Apr 1998 21:42:36 EDT From: SJohn22151 Subject: Re: Evaluate Quiz (fwd) The last output should read: other. That is, ...... when-other show 'other' ...... From owner-sqr-users@list.iex.net Mon Apr 20 04:33:42 1998 Date: Mon, 20 Apr 1998 10:40:19 -0700 From: GANAPATHY_VK Subject: Help reqd on PSPPYBLD.! Again Hi again, I recently joined SQR-users list. All the mail which I have posted so far have been rejected with the normal rejected mail message. How to overcome this ? This is the reason why I am posting this mail again. TIA, Ganapati ====================================================================== Hello , Peoplesoft has a Cobol program PSPPYBLD ( which in turns calls many other programs ). I need to analyse this program , determine the output and i have to write a SQR to generate the same report. I have no idea of this program. Before analysing, I would like to have all the info on this program such as table accessed, sql where clause , output etc. I would apprecite very much if any of u provide some input on this. Thanx In Advance Ganapathy_vk@inf.com From owner-sqr-users@list.iex.net Mon Apr 20 09:45:59 1998 Date: Mon, 20 Apr 1998 08:47:03 -0400 From: Jim Hardesty Subject: Help reqd on PSPPYBLD.! -Reply Oops. sorry about that. Meant that to go only to a co-worker, not the whole list. the sentiment still applies though. ----------------------------------------------------------------------------------- How is this for a scary thought? >>> GANAPATHY_VK 04/19/98 10:35pm >>> Hello , Peoplesoft has a Cobol program PSPPYBLD ( which in turns calls many other programs ). I need to analyse this program , determine the output and i have to write a SQR to generate the same report. I have no idea of this program. Before analysing, I would like to have all the info on this program such as table accessed, sql where clause , output etc. I would apprecite very much if any of u provide some input on this. Thanx In Advance Ganapathy_vk@inf.com From owner-sqr-users@list.iex.net Mon Apr 20 10:48:18 1998 Date: Mon, 20 Apr 1998 08:44:47 -0400 From: Jim Hardesty Subject: Help reqd on PSPPYBLD.! -Reply How is this for a scary thought? >>> GANAPATHY_VK 04/19/98 10:35pm >>> Hello , Peoplesoft has a Cobol program PSPPYBLD ( which in turns calls many other programs ). I need to analyse this program , determine the output and i have to write a SQR to generate the same report. I have no idea of this program. Before analysing, I would like to have all the info on this program such as table accessed, sql where clause , output etc. I would apprecite very much if any of u provide some input on this. Thanx In Advance Ganapathy_vk@inf.com From owner-sqr-users@list.iex.net Mon Apr 20 11:40:07 1998 Date: Mon, 20 Apr 1998 07:08:27 -0700 From: Michael Lee Subject: Re: Help reqd on PSPPYBLD.! Ganapathy, To get started, you can look at PSPPYBLD.DMS to look at the stored statements. It will show you tables that PSPPYBLD accesses. Are you writing an SQR to perform the same functions as PSPPYBLD? If you or your company are thinking about replacing this COBOL program, I suggest you do not do so. If this program is modified in any way during an upgrade or a patch, you will need to apply the same changes to your SQR. Also, if you are not a great COBOL programmer, you may not want to tackle this and write this SQR to mimic PSPPYBLD. Tables accessed from stored statement (PSPPYBLD.DMS) PS_PAYSHEET_RUNCTL PS_PAY_CALENDAR PS_PAYGROUP_TBL PS_PAY_MESSAGE The paysheet process touches quite alot of tables: PS_PAYSHEET_RUNCTL PS_PAY_CALENDAR PS_INSTALLATION PS_PAY_PAGE PS_PAY_LINE PS_PAY_EARNINGS PS_PAY_OTH_EARNS PS_PAY_MESSAGE I suggest you read Designing Your PeopleSoft Payroll System (the book or the online PeopleBooks Folios version). It gives a pretty good intro on what the paysheet process does. Michael K. Lee mlee@appgroup.com The Application Group, Inc. GANAPATHY_VK@INF.COM on 04/19/98 07:35:21 PM Please respond to SQR-USERS@USA.NET To: SQR-USERS@list.iex.net cc: (bcc: Michael Lee/Application Group) Subject: Help reqd on PSPPYBLD.! Hello , Peoplesoft has a Cobol program PSPPYBLD ( which in turns calls many other programs ). I need to analyse this program , determine the output and i have to write a SQR to generate the same report. I have no idea of this program. Before analysing, I would like to have all the info on this program such as table accessed, sql where clause , output etc. I would apprecite very much if any of u provide some input on this. Thanx In Advance Ganapathy_vk@inf.com From owner-sqr-users@list.iex.net Mon Apr 20 12:03:21 1998 Date: Mon, 20 Apr 1998 11:29:31 -0700 From: Ken Gartman Subject: Re: InSQRIBE and Oracle Forms 4.5 Hi! Be careful not to violate international copyright restrictions. Happy computing, Ken Gartman SEMECH wrote: > > Hi, > > Can someone send me a sample form (.fmb) that implements the > InSQRIBE's ActiveX RUNSQR and > SQR Viewer. > > Thank's in advance, > > Arnon. > ------------------------------------------------------------------- > SEMECH SOFTWARE MARKETING LTD. > TEL : (972) - 3 - 5333144 > FAX : (972) - 3 - 5333132 > Email: > ------------------------------------------------------------------ From owner-sqr-users@list.iex.net Mon Apr 20 12:20:59 1998 Date: Thu, 16 Apr 1998 19:36:52 -0500 From: Don Mellen Subject: Re: Multiple Sort Options On Thu, 16 Apr 1998, Ray Ontko wrote: > Ed, > Take a look at: > http://www.sqrug.com/~ftp/on_break.txt > This is an article by Mark Johnson which describes dynamic on-break. > > The basic idea is that you can use LEVEL=#some_variable > to indicate the level for each variable, in addition to > using the dynamic SQL approach for the ORDER BY clause. Actually, Ray, one can not use level=#some_variable (that was Ed's initial complaint) nor does this article suggest doing so. Rather it suggests work-arounds since one can not use a variable there. Just wanted to clarify. ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Mon Apr 20 12:24:45 1998 Date: Mon, 20 Apr 1998 13:09:27 -0400 From: Michael DeAngelo Subject: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe I'm involved in a project to migrate an enterprise application from Oracle SQL*Forms 2.3 running on DOS to Forms 5.0 running under Win32. The servers for this system are Oracle 7.0 running under VAX OpenVMS 5.5. We may upgrade to a later version of Oracle. We are trying to avoid upgrading to later versions of OpenVMS due to some other interlocking dependencies. The network infrastructure supporting this is switching from DECNET to TCP/IP. The existing system uses SQR 2.5 running on the vaxen. Our SQL*Forms application uses a user_exit to open a network connection to the VAX via DECNET's transparent task to task interface (ttt). A completely custom file transfer and viewer mechanism was also built into the application using a fair bit of DOS assembly language in order to view the output of the SQR reports. I'm trying to evaluate a migration path using InSQRibe. My current plan is as follows... 1. Embed the InSQRibe ActiveX remote execution object into my Forms 5.0 application. 2. Use the ActiveX control to start small reports on the server. - Small reports generate spf files that are downloaded to the PC client interactive viewing and printing. 3. Use the InSQRibe ActiveX Viewer control to view the spf on the PC side. 4. Use the InSQRibe ActiveX Print control to print the spf locally. - The print control hooks to SQRWP.EXE 5. Use the ActiveX control's "primitive" functions - i.e. rexec - to start large reports on the server. - Large reports generate plain text files that are stored and printed from the VAX. I've successfully used the ActiveX primitives to run arbitrary VMS command on the server from inside an Oracle Forms v5 form. I have not been able to test the high level functionality of the ActiveX control because it can only construct command lines for SQR version 3 and above. We have not yet set up an environment for SQR 4. My Questions to the Group... 1. Has anyone any experience using SQR and InSQRibe in a similar environment? 2. Due to some interlocking dependencies, it would be somewhat painful to upgrade the OpenVMS version to the officially supported 6.2. Does anyone have experience with OpenVMS 5.5 and SQR 4. 3. We have a library of over 400 SQR reports, many of them very complex. What are the issues in running these reports in SQR 4 instead of SQR 2.5. 4. The print ActiveX just calls the SQRWP.EXE program. Can that program be installed separately from the rest of SQR? We don't want or need to run SQR locally, only view and print its output. Thanks in advance for your input. If the group desires, I'll post updates on this project as it progresses. Mike DeAngelo Coopers & Lybrand LLP From owner-sqr-users@list.iex.net Mon Apr 20 12:33:13 1998 Date: Mon, 20 Apr 1998 13:18:10 -0400 From: Michael DeAngelo Subject: Re: InSQRIBE and Oracle Forms 4.5 Here is some code I wrote to begin excercising the InSQRibe control in Forms 5.0... The ActiveX control was embedded as 'INQRIBE'. HOST_RESULT was a text item I used to display a result. HOST_NAME, HOST_USERNAME, HOST_PASSWORD, and HOST_COMMAND are text items that should be self explanatory. SQROCX_DSQROCX is the name of the imported interface to the InSQRibe control. Good luck. Mike PS - I'm not sure if I could send you more due to copyright restrictions... DECLARE status NUMBER; intfc OLE2.obj_type; BEGIN :HOST_RESULT := NULL; ACTIVATE_SERVER('INSQRIBEBLOCK.INSQRIBE'); intfc := GET_INTERFACE_POINTER('INSQRIBEBLOCK.INSQRIBE'); SQROCX_DSQROCX.RemoteConnect( intfc, :HOST_NAME, :HOST_USERNAME, :HOST_PASSWORD, NULL); status := SQROCX_DSQROCX.RemoteIsConnected(intfc); IF status = 0 THEN :HOST_RESULT := 'Could not connect'; ELSE :HOST_RESULT := 'Connected'; SQROCX_DSQROCX.RemoteExec(intfc, :HOST_COMMAND, 'c:\rprtout.txt'); :HOST_RESULT := 'Seemed to work'; SQROCX_DSQROCX.RemoteDisconnect(intfc); END IF; END; SEMECH wrote: > > Hi, > > Can someone send me a sample form (.fmb) that implements the > InSQRIBE's ActiveX RUNSQR and > SQR Viewer. > > Thank's in advance, > > Arnon. > ------------------------------------------------------------------- > SEMECH SOFTWARE MARKETING LTD. > TEL : (972) - 3 - 5333144 > FAX : (972) - 3 - 5333132 > Email: > ------------------------------------------------------------------ From owner-sqr-users@list.iex.net Mon Apr 20 17:20:44 1998 Date: Mon, 20 Apr 1998 14:32:53 -0500 From: Eric Dimick Eastman Subject: Evaluate This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1530461787-1626139958-893092201=:17620 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Hello All, I have attached a new version of the quiz. I think that shows all the quirks of evaluate (when it falls through, when it doesn't, what break does, that it re-evaluates the variable for each when . . .). I also re-read the documentation carefully, and I have one suggestion. The wording "Determines the value of a column, literal, or variable and takes action based on that value." is a little misleading. It implies that one value of the switching variable is compared to the WHEN clauses instead of re-evaluating the variable each time. I think "Tests each WHEN clause in order to determine wich action(s) to take" would be more accurate. The biggest problem I had with the documentation was that I didn't read it carefully the first time. The one change to the documentation that would have made a difference for me personally would be: "Just because you know three other languages with similar constructs does NOT mean you know SQR's evaluate, you arrogant little twerp." However, that is not how manuals generally read. Eric PS "Props" is GenX slang for a show of respect. Similar to "a tip of the hat" or a "laurel wreath" for the older audience. Anyone surprised that we, GenXers, have a word for respect? ------------------------------------------------------------------------ Eric Dimick Eastman |Ray Ontko & Co|Contentment is admitting that if you erice@ontko.com |Richmond, IN |really wanted something you would http://www.ontko.com| |have it by now. ---1530461787-1626139958-893092201=:17620 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="t.sqr" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: test.sqr DQpiZWdpbi1wcm9ncmFtDQptb3ZlIDEgdG8gI3QNCmV2YWx1YXRlICN0DQog IHdoZW4gPSAxDQogIHdoZW4gPSA1Nw0KICAgIHNob3cgJ01hdGNoIDEgb3Ig NTc6ICcgI3QgZWRpdCA5OTkNCiAgICBtb3ZlIDMgdG8gI3QNCiAgd2hlbiA9 IDINCiAgICBzaG93ICdNYXRjaCAyOiAnICN0IGVkaXQgOTk5DQogICAgYnJl YWsNCiAgd2hlbiA9IDMNCiAgICBzaG93ICdNYXRjaCAzOiAnICN0IGVkaXQg OTk5DQogICAgbW92ZSA0IHRvICN0DQogICAgYnJlYWsNCiAgd2hlbiA9IDQN CiAgICBzaG93ICdNYXRjaCA0OiAnICN0IGVkaXQgOTk5DQplbmQtZXZhbHVh dGUNCg0Kc2hvdyAnJw0KbW92ZSA0IHRvICN2YWwNCg0KZXZhbHVhdGUgI3QN CiAgd2hlbiA9ICN2YWwNCiAgICBzaG93ICdUaGlzIGlzIGV4ZWN1dGVkLicN CiAgICBtb3ZlIDUgdG8gI3QNCiAgICBtb3ZlIDUgdG8gI3ZhbA0KICB3aGVu ID0gI3ZhbA0KICAgIHNob3cgJ1NvIGlzIHRoaXMuJw0KICAgIG1vdmUgNiB0 byAjdA0KICB3aGVuLW90aGVyDQogICAgc2hvdyAnVGhpcyBpcyBub3QuJw0K ZW5kLWV2YWx1YXRlDQoNCmVuZC1wcm9ncmFtDQoNCg== ---1530461787-1626139958-893092201=:17620-- From owner-sqr-users@list.iex.net Mon Apr 20 18:10:26 1998 Date: Mon, 20 Apr 1998 16:13:53 -0700 From: Ken Gartman Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe Hi, Mike! An enterprise application using Oracle SQL*Forms 2.3 sounds to me like ORACLE Financials. N'est pas? SQRWP.EXE is indeed a separate program, and can be installed on a client without the other SQR programs. Check with whomever in your group did the SQR installation: oftentimes a DBA or Systems Administrator type. If you want to VIEW your SQR output on the clients, you may need to install SQRWV.EXE as well. Is Win32 the same as Windows 95 (or 97, or 98)? A library of over 400 SQR reports? And many of them very complex? Did your firm also create this colossus? With all due respect to Coopers & Lybrand, and the rest of the Big Six consulting community, this is not something about which to boast. This is something to cull -- Pare -- Whinny -- even if it is a large Fortune 500 firm. I once was involved with a Manufacturing system using SQR at a Fortune 10 megafirm, and they only used 60 reports. To make for a successful transition, now is the ideal moment to do some hard analysis of those 400 reports: 1. Is there a lot of overlap? 2. Are the data displayed on one report, a subset of the data displayed on another? 3. Do some of them display the same columns, in a different order? 4. Are some so similar that they should be combined into one, with the user choosing an option? 5. Are the people who originally requested the reports still there? Or, put another way, does any REALLY want to read that report? 6. Most reports will have just a few justifications: A) Someone makes a business decision based on the data. B) (If Printed) Legally required for recordkeeping. Mike, as one waxin' vixen to another, Happy computing, Ken Gartman Michael DeAngelo wrote: > > I'm involved in a project to migrate an enterprise application from Oracle > SQL*Forms 2.3 running on DOS to Forms 5.0 running under Win32. The servers > for this system are Oracle 7.0 running under VAX OpenVMS 5.5. We may > upgrade to a later version of Oracle. We are trying to avoid upgrading to > later versions of OpenVMS due to some other interlocking dependencies. The > network infrastructure supporting this is switching from DECNET to TCP/IP. > > The existing system uses SQR 2.5 running on the vaxen. Our SQL*Forms > application uses a user_exit to open a network connection to the VAX via > DECNET's transparent task to task interface (ttt). A completely custom > file transfer and viewer mechanism was also built into the application > using a fair bit of DOS assembly language in order to view the output of > the SQR reports. > > I'm trying to evaluate a migration path using InSQRibe. My current plan is > as follows... > > 1. Embed the InSQRibe ActiveX remote execution object into my Forms 5.0 > application. > 2. Use the ActiveX control to start small reports on the server. > - Small reports generate spf files that are downloaded to the PC > client interactive viewing and printing. > 3. Use the InSQRibe ActiveX Viewer control to view the spf on the PC side. > 4. Use the InSQRibe ActiveX Print control to print the spf locally. > - The print control hooks to SQRWP.EXE > 5. Use the ActiveX control's "primitive" functions - i.e. rexec - to start > large reports on the server. > - Large reports generate plain text files that are stored and printed > from the VAX. > > I've successfully used the ActiveX primitives to run arbitrary VMS command > on the server from inside an Oracle Forms v5 form. I have not been able to > test the high level functionality of the ActiveX control because it can > only construct command lines for SQR version 3 and above. We have not yet > set up an environment for SQR 4. > > My Questions to the Group... > > 1. Has anyone any experience using SQR and InSQRibe in a similar > environment? > 2. Due to some interlocking dependencies, it would be somewhat painful to > upgrade the OpenVMS version to the officially supported 6.2. Does anyone > have experience with OpenVMS 5.5 and SQR 4. > 3. We have a library of over 400 SQR reports, many of them very complex. > What are the issues in running these reports in SQR 4 instead of SQR 2.5. > 4. The print ActiveX just calls the SQRWP.EXE program. Can that program > be installed separately from the rest of SQR? We don't want or need to run > SQR locally, only view and print its output. > > Thanks in advance for your input. If the group desires, I'll post updates > on this project as it progresses. > > Mike DeAngelo > Coopers & Lybrand LLP From owner-sqr-users@list.iex.net Mon Apr 20 19:23:16 1998 Date: Mon, 20 Apr 1998 17:47:58 -0400 From: Bruce Mitchell Subject: Re: SQR-USERS Digest - 18 Apr 1998 to 19 Apr 1998 This error only occurs on this SQR, none of the other SQRs or other parts of the offending SQR (ie other Selects) cause the problem. Unfortunately our server was down all day today so I can't try anything until tomorrow. The query in question runs against three views all derived from the same table with one view derived from another! I'm going to re-create that view and base it upon the original table rather than another view and see if that helps. I'll also try it with the -s option and report back. Thanks for the replies Bruce At 12:00 AM 4/20/98 +1800, you wrote: > >Date: Sat, 18 Apr 1998 22:47:24 -0700 >From: Michael Lee >Subject: Re: SQLServer Error > >Bruce, > >Do you get this error when running PeopleSoft delivered SQRs? If you do >not get this error when running PeopleSoft delivered SQRs, then it is an >isolated incident, and you should look at your environment settings and/or >your SQR code. > >If you get the same error when running PeopleSoft delivered SQRs, then >maybe your installation variables are incorrect. Do you have all your >necessary includes? Are you running this in a single-user environment or >on the network? > > >Michael K. Lee >mlee@appgroup.com >The Application Group, Inc. > > From owner-sqr-users@list.iex.net Tue Apr 21 02:40:54 1998 Date: Tue, 21 Apr 1998 11:58:58 +1000 From: Nigel Raymond Subject: Re: InSQRIBE and Oracle Forms 4.5 Please delete me from the forum Thanks Nigel raymond From owner-sqr-users@list.iex.net Tue Apr 21 04:50:23 1998 Date: Mon, 20 Apr 1998 19:38:26 -0500 From: Gopal Nandakumar Subject: Re: HELP!! + Julian dates Hi, Before using any procedures that uses $dtu_date as input the date has to be in the dtu format ('YYYY-MM-DD'). It is very easy to convert from Julian date to this format. If anybody interested in the code that converts julian date to dtu format, please let me know. Thanks. Gopal. TCS INC (210) 491 - 0046 >Hi. > >If you're using PeopleSoft, there are 2 functions in datemath.sqc which may >be of help (I'm still not clear what a Julian date is). > >dtu-dayofweek#($dtu_date, :#dtu_dayofweek) >dtu-dayofweek$($dtu_date, :$dtu_dayofweek) > >JLuc From owner-sqr-users@list.iex.net Tue Apr 21 06:43:08 1998 Date: Tue, 21 Apr 1998 14:04:37 +0300 From: SEMECH Subject: Re: InSQRIBE and Oracle Forms 4.5 Michael, Thanks for your reply. 1. I don't see any copyright restrictions problems. We have licenses for Forms & InSQRIBE !!! What the difference between sample SQR and sample fmb ? 2. Do you know if Forms V5 handle AxtiveX other than V4.5 ? 3. Can you expalin : >SQROCX_DSQROCX is the name of the imported interface to the InSQRibe >control. How we create it in V4.5 ? Regards, Arnon Oppenheimer ------------------------------------------------------------------- SEMECH SOFTWARE MARKETING LTD. TEL : (972) - 3 - 5333144 FAX : (972) - 3 - 5333132 Email: ------------------------------------------------------------------ -----Original Message----- From: Michael DeAngelo To: Multiple recipients of list SQR-USERS Date: 20/04/98 20:24 Subject: Re: InSQRIBE and Oracle Forms 4.5 >Here is some code I wrote to begin excercising the InSQRibe control in >Forms 5.0... > >The ActiveX control was embedded as 'INQRIBE'. >HOST_RESULT was a text item I used to display a result. >HOST_NAME, HOST_USERNAME, HOST_PASSWORD, and HOST_COMMAND are text items >that should be self explanatory. > >SQROCX_DSQROCX is the name of the imported interface to the InSQRibe >control. > >Good luck. >Mike > >PS - I'm not sure if I could send you more due to copyright restrictions... > >DECLARE > status NUMBER; > intfc OLE2.obj_type; >BEGIN > :HOST_RESULT := NULL; > ACTIVATE_SERVER('INSQRIBEBLOCK.INSQRIBE'); > intfc := GET_INTERFACE_POINTER('INSQRIBEBLOCK.INSQRIBE'); > SQROCX_DSQROCX.RemoteConnect( intfc, > :HOST_NAME, :HOST_USERNAME, :HOST_PASSWORD, NULL); > status := SQROCX_DSQROCX.RemoteIsConnected(intfc); > IF status = 0 THEN > :HOST_RESULT := 'Could not connect'; > ELSE > :HOST_RESULT := 'Connected'; > SQROCX_DSQROCX.RemoteExec(intfc, > :HOST_COMMAND, 'c:\rprtout.txt'); > :HOST_RESULT := 'Seemed to work'; > SQROCX_DSQROCX.RemoteDisconnect(intfc); > END IF; > >END; > > >SEMECH wrote: >> >> Hi, >> >> Can someone send me a sample form (.fmb) that implements the >> InSQRIBE's ActiveX RUNSQR and >> SQR Viewer. >> >> Thank's in advance, >> >> Arnon. >> ------------------------------------------------------------------- >> SEMECH SOFTWARE MARKETING LTD. >> TEL : (972) - 3 - 5333144 >> FAX : (972) - 3 - 5333132 >> Email: >> ------------------------------------------------------------------ > From owner-sqr-users@list.iex.net Tue Apr 21 08:01:42 1998 Date: Tue, 21 Apr 1998 08:43:26 -0500 From: David Anderson Subject: Evaluate -Reply @%^$%^ it Jim, I'm a doctor, not a programmer... I believe this horse is dead. Lesson learned... SQR is not the same as other languages (duh!). Each language has it's own idiosyncracies and quirks. Learn them, don't assume. From owner-sqr-users@list.iex.net Tue Apr 21 09:15:06 1998 Date: Tue, 21 Apr 1998 09:58:00 -0400 From: Michael DeAngelo Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe Hi Ken, (and the rest of the users group), Thanks for your input!!! Actually it is not Oracle Financials. It is a completely homegrown system that was originally written in Oracle 5! Has any one else seen an Oracle 5 system that distributed data and did reliable replication to over 80 sites throughout the country connected by 2400 modem links? We have since upgraded to Oracle 7 and the slowest links are via 56k modems, but the system is so well architected that I continue to be impressed. I wish I could say that I had a hand in designing it but I was still in grammar school at the time... Of the 400 or so SQR reports that make up the system, probably 300+ are in active use. A major obstacle to paring down the number of reports is that the business rules for the firm are exceedingly complex. Different divisions of the firm are organized in wildly different ways. Some divisions are flat, some are very hierarchial. Some units report to other units in a context sensitive way, i.e. unit A may, for financial roll up, be a sub-unit of unit B but may be considered a part of unit C for human resources issues and may receive administrative support from unit D. Also, the system is the heart and soul of this firm. Almost nothing happens without leaving an audit trail in the system. Every time or expense item entered by any partner and employee is recorded here, individually. Every revenue or expense incurred by the firm is recorded in this system. Every bill sent to a client, every payment received from a client, every change in our org chart, basically every detail of the operation of our business. I am amazed that we get by with so few SQR reports. I'm sure there is some fluff in there but I doubt that we could pare down below 250 reports without having the political might to impose a standard structure on the firm. Furthermore, we have a short deadline to deploy a year2k compliant version of the system that precludes us form doing the extensive analysis that anything more than minor changes to our SQR library would require. As to your other questions... Win32 is a generic term for Win95/WinNT/Win98 - any of the 32bit windows operating systems. We currently don't have a PC based SQR installation. We don't have SQRWP on site but if it can be deployed without the rest of SQR then our approach still has promise. The viewer ActiveX control works without any executables. To: SQR-USERS@list.iex.net cc: (bcc: Michael DeAngelo/STT/CLC/Floral Park NY/C&L/US) From: osmium@EROLS.COM Date: 04/20/98 04:13:53 PM MST Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe Hi, Mike! An enterprise application using Oracle SQL*Forms 2.3 sounds to me like ORACLE Financials. N'est pas? SQRWP.EXE is indeed a separate program, and can be installed on a client without the other SQR programs. Check with whomever in your group did the SQR installation: oftentimes a DBA or Systems Administrator type. If you want to VIEW your SQR output on the clients, you may need to install SQRWV.EXE as well. Is Win32 the same as Windows 95 (or 97, or 98)? A library of over 400 SQR reports? And many of them very complex? Did your firm also create this colossus? With all due respect to Coopers & Lybrand, and the rest of the Big Six consulting community, this is not something about which to boast. This is something to cull -- Pare -- Whinny -- even if it is a large Fortune 500 firm. I once was involved with a Manufacturing system using SQR at a Fortune 10 megafirm, and they only used 60 reports. To make for a successful transition, now is the ideal moment to do some hard analysis of those 400 reports: 1. Is there a lot of overlap? 2. Are the data displayed on one report, a subset of the data displayed on another? 3. Do some of them display the same columns, in a different order? 4. Are some so similar that they should be combined into one, with the user choosing an option? 5. Are the people who originally requested the reports still there? Or, put another way, does any REALLY want to read that report? 6. Most reports will have just a few justifications: A) Someone makes a business decision based on the data. B) (If Printed) Legally required for recordkeeping. Mike, as one waxin' vixen to another, Happy computing, Ken Gartman Michael DeAngelo wrote: > > I'm involved in a project to migrate an enterprise application from Oracle > SQL*Forms 2.3 running on DOS to Forms 5.0 running under Win32. The servers > for this system are Oracle 7.0 running under VAX OpenVMS 5.5. We may > upgrade to a later version of Oracle. We are trying to avoid upgrading to > later versions of OpenVMS due to some other interlocking dependencies. The > network infrastructure supporting this is switching from DECNET to TCP/IP. > > The existing system uses SQR 2.5 running on the vaxen. Our SQL*Forms > application uses a user_exit to open a network connection to the VAX via > DECNET's transparent task to task interface (ttt). A completely custom > file transfer and viewer mechanism was also built into the application > using a fair bit of DOS assembly language in order to view the output of > the SQR reports. > > I'm trying to evaluate a migration path using InSQRibe. My current plan is > as follows... > > 1. Embed the InSQRibe ActiveX remote execution object into my Forms 5.0 > application. > 2. Use the ActiveX control to start small reports on the server. > - Small reports generate spf files that are downloaded to the PC > client interactive viewing and printing. > 3. Use the InSQRibe ActiveX Viewer control to view the spf on the PC side. > 4. Use the InSQRibe ActiveX Print control to print the spf locally. > - The print control hooks to SQRWP.EXE > 5. Use the ActiveX control's "primitive" functions - i.e. rexec - to start > large reports on the server. > - Large reports generate plain text files that are stored and printed > from the VAX. > > I've successfully used the ActiveX primitives to run arbitrary VMS command > on the server from inside an Oracle Forms v5 form. I have not been able to > test the high level functionality of the ActiveX control because it can > only construct command lines for SQR version 3 and above. We have not yet > set up an environment for SQR 4. > > My Questions to the Group... > > 1. Has anyone any experience using SQR and InSQRibe in a similar > environment? > 2. Due to some interlocking dependencies, it would be somewhat painful to > upgrade the OpenVMS version to the officially supported 6.2. Does anyone > have experience with OpenVMS 5.5 and SQR 4. > 3. We have a library of over 400 SQR reports, many of them very complex. > What are the issues in running these reports in SQR 4 instead of SQR 2.5. > 4. The print ActiveX just calls the SQRWP.EXE program. Can that program > be installed separately from the rest of SQR? We don't want or need to run > SQR locally, only view and print its output. > > Thanks in advance for your input. If the group desires, I'll post updates > on this project as it progresses. > > Mike DeAngelo > Coopers & Lybrand LLP From owner-sqr-users@list.iex.net Tue Apr 21 10:01:54 1998 Date: Tue, 21 Apr 1998 10:22:31 -0400 From: Michael DeAngelo Subject: Re: InSQRIBE and Oracle Forms 4.5 The form that I implemented InSQRibe stuff in has other things in there too. Unfortunately I don't have time to remove the other stuff. It was my impression that Oracle Forms 4.5 did not support ActiveX controls, only VBX controls. The move from Forms 4.5 to Forms 5 is very minor so I would try to move up as quick as possible. In forms 5, select the program menu and then under that select OLE Importer... Highlight the OLE class that you want to import, in your case SQROCX.SQROcxCntrl.1. Then highlight the properties and methods that you want ot import. Forms will then create one or more packages that provide wrapper functions and procedures for the methods and properties of the ActiveX control. These wrappers automagicly do the data type conversions and such. Remember that Forms is not really object oriented, so calls that in an object oriented language look like [Object Instance].Method(...) become Method([handle of object instance],...). Good Luck, Peace, Love, Chocolate Chip Cookies! Mike To: SQR-USERS@list.iex.net cc: (bcc: Michael DeAngelo/STT/CLC/Floral Park NY/C&L/US) From: jstein@MAIL.NETVISION.NET.IL Date: 04/21/98 02:04:37 PM ZE3 Subject: Re: InSQRIBE and Oracle Forms 4.5 Michael, Thanks for your reply. 1. I don't see any copyright restrictions problems. We have licenses for Forms & InSQRIBE !!! What the difference between sample SQR and sample fmb ? 2. Do you know if Forms V5 handle AxtiveX other than V4.5 ? 3. Can you expalin : >SQROCX_DSQROCX is the name of the imported interface to the InSQRibe >control. How we create it in V4.5 ? Regards, Arnon Oppenheimer ------------------------------------------------------------------- SEMECH SOFTWARE MARKETING LTD. TEL : (972) - 3 - 5333144 FAX : (972) - 3 - 5333132 Email: ------------------------------------------------------------------ -----Original Message----- From: Michael DeAngelo To: Multiple recipients of list SQR-USERS Date: 20/04/98 20:24 Subject: Re: InSQRIBE and Oracle Forms 4.5 >Here is some code I wrote to begin excercising the InSQRibe control in >Forms 5.0... > >The ActiveX control was embedded as 'INQRIBE'. >HOST_RESULT was a text item I used to display a result. >HOST_NAME, HOST_USERNAME, HOST_PASSWORD, and HOST_COMMAND are text items >that should be self explanatory. > >SQROCX_DSQROCX is the name of the imported interface to the InSQRibe >control. > >Good luck. >Mike > >PS - I'm not sure if I could send you more due to copyright restrictions... > >DECLARE > status NUMBER; > intfc OLE2.obj_type; >BEGIN > :HOST_RESULT := NULL; > ACTIVATE_SERVER('INSQRIBEBLOCK.INSQRIBE'); > intfc := GET_INTERFACE_POINTER('INSQRIBEBLOCK.INSQRIBE'); > SQROCX_DSQROCX.RemoteConnect( intfc, > :HOST_NAME, :HOST_USERNAME, :HOST_PASSWORD, NULL); > status := SQROCX_DSQROCX.RemoteIsConnected(intfc); > IF status = 0 THEN > :HOST_RESULT := 'Could not connect'; > ELSE > :HOST_RESULT := 'Connected'; > SQROCX_DSQROCX.RemoteExec(intfc, > :HOST_COMMAND, 'c:\rprtout.txt'); > :HOST_RESULT := 'Seemed to work'; > SQROCX_DSQROCX.RemoteDisconnect(intfc); > END IF; > >END; > > >SEMECH wrote: >> >> Hi, >> >> Can someone send me a sample form (.fmb) that implements the >> InSQRIBE's ActiveX RUNSQR and >> SQR Viewer. >> >> Thank's in advance, >> >> Arnon. >> ------------------------------------------------------------------- >> SEMECH SOFTWARE MARKETING LTD. >> TEL : (972) - 3 - 5333144 >> FAX : (972) - 3 - 5333132 >> Email: >> ------------------------------------------------------------------ > From owner-sqr-users@list.iex.net Tue Apr 21 10:46:42 1998 Date: Tue, 21 Apr 1998 08:12:00 -0400 From: Richard Mitchell Subject: Re: Evaluate -Reply --UNS_gsauns2_2849612491 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline I'll second that message and make a motion to move on... ______________________________ Reply Separator _________________________________ Subject: Evaluate -Reply Author: "david anderson" at internet Date: 4/21/98 8:43 AM @%^$%^ it Jim, I'm a doctor, not a programmer... I believe this horse is dead. Lesson learned... SQR is not the same as other languages (duh!). Each language has it's own idiosyncracies and quirks. Learn them, don't assume. --UNS_gsauns2_2849612491-- From owner-sqr-users@list.iex.net Tue Apr 21 13:37:51 1998 Date: Tue, 21 Apr 1998 05:30:12 -0400 From: Bill Foster Subject: Re: Evaluate Eric, I think it's time you learned that not all languages, documentation, etc. were written with you in mind. If you are unable to understand plainly written language without trying to ASSUME it means somethin else... well, I'll leave it at that. I would strongly suggest that you do your own homework and then if you still cannot understand, send out an e-mail. When you get the response that answers you prblem, let it go!!! I'm tired of getting so much e-mail on the subject of evaluate. It works properly, it is easy to understand, and it is documented properly. Bill From owner-sqr-users@list.iex.net Tue Apr 21 14:22:57 1998 Date: Tue, 21 Apr 1998 09:41:42 -0500 From: Ray Ontko Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe Michael, I did some work on the C&L system many years ago. Glad to hear it's still going strong. I can't answer any of your InSQRIBE-specific questions, but the 2.5 to 4.0 question has the usual caveats: 1) 4.0 has a DATE data type which may require changes to your existing code, particularly if your programs assume implicit conversions to strings when selecting from DATE columns. If the programs always do a TO_CHAR when selecting dates into &variables, you may be okay. 2) There are a number of declining features, i.e., commands that may go away. I think most of these continue to work correctly as before, but you may want to eliminate some of them if you're in the code anyway. Ray P.S. BTW, does anyone have a checklist for a 2.x to 3.x conversion? We ought to put it on a website somewhere. > Hi Ken, (and the rest of the users group), > > Thanks for your input!!! > > Actually it is not Oracle Financials. It is a completely homegrown system > that was originally written in Oracle 5! Has any one else seen an Oracle 5 > system that distributed data and did reliable replication to over 80 sites > throughout the country connected by 2400 modem links? We have since > upgraded to Oracle 7 and the slowest links are via 56k modems, but the > system is so well architected that I continue to be impressed. I wish I > could say that I had a hand in designing it but I was still in grammar > school at the time... > > Of the 400 or so SQR reports that make up the system, probably 300+ are in > active use. A major obstacle to paring down the number of reports is that > the business rules for the firm are exceedingly complex. Different > divisions of the firm are organized in wildly different ways. Some > divisions are flat, some are very hierarchial. Some units report to other > units in a context sensitive way, i.e. unit A may, for financial roll up, > be a sub-unit of unit B but may be considered a part of unit C for human > resources issues and may receive administrative support from unit D. > > Also, the system is the heart and soul of this firm. Almost nothing > happens without leaving an audit trail in the system. Every time or > expense item entered by any partner and employee is recorded here, > individually. Every revenue or expense incurred by the firm is recorded in > this system. Every bill sent to a client, every payment received from a > client, every change in our org chart, basically every detail of the > operation of our business. I am amazed that we get by with so few SQR > reports. > > I'm sure there is some fluff in there but I doubt that we could pare down > below 250 reports without having the political might to impose a standard > structure on the firm. Furthermore, we have a short deadline to deploy a > year2k compliant version of the system that precludes us form doing the > extensive analysis that anything more than minor changes to our SQR library > would require. > > As to your other questions... > Win32 is a generic term for Win95/WinNT/Win98 - any of the 32bit windows > operating systems. > > We currently don't have a PC based SQR installation. We don't have SQRWP > on site but if it can be deployed without the rest of SQR then our approach > still has promise. The viewer ActiveX control works without any > executables. > > > > To: SQR-USERS@list.iex.net > cc: (bcc: Michael DeAngelo/STT/CLC/Floral Park NY/C&L/US) > From: osmium@EROLS.COM > Date: 04/20/98 04:13:53 PM MST > Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe > > > > > Hi, Mike! > An enterprise application using Oracle SQL*Forms 2.3 sounds to me > like ORACLE Financials. N'est pas? > SQRWP.EXE is indeed a separate program, and can be installed on a > client without the other SQR programs. Check with whomever in your > group > did the SQR installation: oftentimes a DBA or Systems Administrator > type. > If you want to VIEW your SQR output on the clients, you may need > to install SQRWV.EXE as well. > Is Win32 the same as Windows 95 (or 97, or 98)? > A library of over 400 SQR reports? And many of them very complex? > Did your firm also create this colossus? With all due respect to > Coopers > & Lybrand, and the rest of the Big Six consulting community, this is not > something about which to boast. This is something to cull -- Pare -- > Whinny -- even if it is a large Fortune 500 firm. > I once was involved with a Manufacturing system using SQR at a > Fortune 10 megafirm, and they only used 60 reports. > To make for a successful transition, now is the ideal moment to > do some hard analysis of those 400 reports: > 1. Is there a lot of overlap? > 2. Are the data displayed on one report, a subset of the data displayed > on another? > 3. Do some of them display the same columns, in a different order? > 4. Are some so similar that they should be combined into one, with the > user choosing an option? > 5. Are the people who originally requested the reports still there? > Or, > put another way, does any REALLY want to read that report? > 6. Most reports will have just a few justifications: > A) Someone makes a business decision based on the data. > B) (If Printed) Legally required for recordkeeping. > > Mike, as one waxin' vixen to another, > Happy computing, > Ken Gartman > > > Michael DeAngelo wrote: > > > > I'm involved in a project to migrate an enterprise application from > Oracle > > SQL*Forms 2.3 running on DOS to Forms 5.0 running under Win32. The > servers > > for this system are Oracle 7.0 running under VAX OpenVMS 5.5. We may > > upgrade to a later version of Oracle. We are trying to avoid upgrading > to > > later versions of OpenVMS due to some other interlocking dependencies. > The > > network infrastructure supporting this is switching from DECNET to > TCP/IP. > > > > The existing system uses SQR 2.5 running on the vaxen. Our SQL*Forms > > application uses a user_exit to open a network connection to the VAX via > > DECNET's transparent task to task interface (ttt). A completely custom > > file transfer and viewer mechanism was also built into the application > > using a fair bit of DOS assembly language in order to view the output of > > the SQR reports. > > > > I'm trying to evaluate a migration path using InSQRibe. My current plan > is > > as follows... > > > > 1. Embed the InSQRibe ActiveX remote execution object into my Forms 5.0 > > application. > > 2. Use the ActiveX control to start small reports on the server. > > - Small reports generate spf files that are downloaded to the PC > > client interactive viewing and printing. > > 3. Use the InSQRibe ActiveX Viewer control to view the spf on the PC > side. > > 4. Use the InSQRibe ActiveX Print control to print the spf locally. > > - The print control hooks to SQRWP.EXE > > 5. Use the ActiveX control's "primitive" functions - i.e. rexec - to > start > > large reports on the server. > > - Large reports generate plain text files that are stored and > printed > > from the VAX. > > > > I've successfully used the ActiveX primitives to run arbitrary VMS > command > > on the server from inside an Oracle Forms v5 form. I have not been able > to > > test the high level functionality of the ActiveX control because it can > > only construct command lines for SQR version 3 and above. We have not > yet > > set up an environment for SQR 4. > > > > My Questions to the Group... > > > > 1. Has anyone any experience using SQR and InSQRibe in a similar > > environment? > > 2. Due to some interlocking dependencies, it would be somewhat painful > to > > upgrade the OpenVMS version to the officially supported 6.2. Does anyone > > have experience with OpenVMS 5.5 and SQR 4. > > 3. We have a library of over 400 SQR reports, many of them very complex. > > What are the issues in running these reports in SQR 4 instead of SQR 2.5. > > 4. The print ActiveX just calls the SQRWP.EXE program. Can that program > > be installed separately from the rest of SQR? We don't want or need to > run > > SQR locally, only view and print its output. > > > > Thanks in advance for your input. If the group desires, I'll post > updates > > on this project as it progresses. > > > > Mike DeAngelo > > Coopers & Lybrand LLP > ---------------------------------------------------------------------- Ray Ontko | Ray Ontko & Co | "Time for a new signature line." rayo@ontko.com | Richmond, In | See us at http://www.ontko.com/ From owner-sqr-users@list.iex.net Tue Apr 21 17:35:54 1998 Date: Tue, 21 Apr 1998 10:49:35 -0400 From: Allan Geetter Subject: Re: Evaluate -Reply This is a multi-part message in MIME format. --------------8353A4B01DEBD77086E1E993 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dave, Well said!!! 4 days on this subject is enough. David Anderson wrote: > > @%^$%^ it Jim, I'm a doctor, not a programmer... > > I believe this horse is dead. Lesson learned... SQR is not the same as > other languages (duh!). Each language has it's own idiosyncracies and > quirks. Learn them, don't assume. --------------8353A4B01DEBD77086E1E993 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Allan Geetter Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Allan Geetter n: Geetter;Allan org: University of Hartford adr;dom: 200 Bloomfield Ave.;;Information Technology Services - CC125;West Hartford;Connecticut;06117-1599; email;internet: geetter@uhavax.hartford.edu title: Data Security Administrator tel;work: (860) 768-4889 tel;fax: (860) 768-4907 x-mozilla-cpt: ;0 x-mozilla-html: TRUE version: 2.1 end: vcard --------------8353A4B01DEBD77086E1E993-- From owner-sqr-users@list.iex.net Tue Apr 21 18:45:23 1998 Date: Tue, 21 Apr 1998 13:55:53 -0500 From: Don Mellen Subject: Re: Migrating from SQR 2.5 to SQR 4 on VMS, using InSQRibe On Mon, 20 Apr 1998, Michael DeAngelo wrote: > 3. We have a library of over 400 SQR reports, many of them very complex. > What are the issues in running these reports in SQR 4 instead of SQR 2.5. There are 2 main issues that I'm currently aware of. 1. Expanded Numeric Types: This is something you need to be aware of for changes. The behavior of numeric calculations can be different in v4. The default is to act like v3.0. In old programs running under 4.0... let #var1 = (2 / 4) * 6 results in #var1 -> 3 let #var2 = (2. / 4.) * 6. results in #var2 -> 3 If you alter or write a new sqr, and you use the new "declare-variable" command with a default-numeric of integer or float, the results change... let #var1 = (2 / 4) * 6 results in #var1 -> 0 let #var2 = (2. / 4.) * 6. results in #var2 -> 3 Other ways this can change are the -DNT comand line flag and the default-numeric setting in the sqr.ini file. These last two have a setting option of v30 which can be used to "make it act like 3.0". 2. Dates: Because of the new Date data-type, there can be some places where errors pop up in older programs. The one I've seen is using "date-time" at the begining of a program and later using the &var where it expects a string (which in v4.0 it's not). Also date-time can no longer be used inside a begin-select. ----------------------------------------------------------------------- Donald Mellen | Ray Ontko & Co. - Richmond, IN - http://www.ontko.com/ donm@ontko.com | "In the beginning, there was nothing, which exploded" From owner-sqr-users@list.iex.net Tue Apr 21 18:53:59 1998 Date: Tue, 21 Apr 1998 14:54:23 -0400 From: "Weaver, Judith R" Subject: Re: Evaluate Thanks Eric, I always like to see several perspectives on the same topic. As to Sqribe documentation, it sucks. And so does Peoplesoft's. Any tool can be better utilized if there is a variety of documentation. The bare minimum is a tutorial and a reference manual. Unfortunately, it is too easy to suspect that most software companies have discovered that the more inadequate the documentation the more money they can make by offering 'training classes'. From owner-sqr-users@list.iex.net Tue Apr 21 20:55:06 1998 Date: Tue, 21 Apr 1998 17:11:31 -0500 From: Gene Simms Subject: Re: Evaluate -Reply Glad you're not my doctor!! ______________________________ Reply Separator _________________________________ Subject: Evaluate -Reply Author: at internet Date: 4/21/98 8:43 AM @%^$%^ it Jim, I'm a doctor, not a programmer... I believe this horse is dead. Lesson learned... SQR is not the same as other languages (duh!). Each language has it's own idiosyncracies and quirks. Learn them, don't assume. From owner-sqr-users@list.iex.net Wed Apr 22 05:00:07 1998 Date: Wed, 22 Apr 1998 10:10:50 +0300 From: SEMECH Subject: Y2K Hi ! Does anyone have or know about automatic tool to check and fix sqr program for "Y2K compliance" ? Regards, Arnon Oppenheimer ------------------------------------------------------------------- SEMECH SOFTWARE MARKETING LTD. TEL : (972) - 3 - 5333144 FAX : (972) - 3 - 5333132 Email: ------------------------------------------------------------------ From owner-sqr-users@list.iex.net Wed Apr 22 11:04:25 1998 Date: Wed, 22 Apr 1998 21:04:07 -0700 From: GANAPATHY_VK Subject: SOS Help Reqd On Installation Hi all, We have purchased a new SQR Ver 4. We have installed the SQR On Windows 95. The Oracle database (ver 7.3.2) we are accessing runs remotely on a AIX Unix Machine. We have created a database and we have all the privileges to the Database. How do we connect to the database ? I tried the following method. - SQR 4 has an option Logon to database under File menu bar. - When I tried to login to the database SQR is asking for File Data Source. - We don't have any data source so far. When I selected the option New the SQR lists all the drivers present in the system and asks us to select a driver for which we want to setup a data source. We selected the driver SQR ODBC Driver for Oracle7 and then we selected the option New. - Then it asks for the data source name and we selected the data Source name MyDsn and then we selected Finish. A data source is created with the following information File Data Source Filename: MyDsn Driver: SQR ODBC Driver for Oracle7 - Then we selected finish and ended up with the following error message. ' Specified Driver could not be loaded due to system error 1114 (SQR ODBC Driver for Oracle7)' What is happening here? Am I following the right method ? Is there some other way though which I can access a remote Database? Thanx In Advance Ganapathy From owner-sqr-users@list.iex.net Wed Apr 22 12:53:42 1998 Date: Wed, 22 Apr 1998 12:44:23 -0500 From: Andrew Campbell Subject: SOS Help Reqd On Installation -Reply You need to install SQLNET 2.0 (usually in a directory ORAWIN95) and included in the oracle client. You need to configure using NETEASY(included) to tell it the address of you database. >>> GANAPATHY_VK 04/22/98 11:04pm >>> Hi all, We have purchased a new SQR Ver 4. We have installed the SQR On Windows 95. The Oracle database (ver 7.3.2) we are accessing runs remotely on a AIX Unix Machine. We have created a database and we have all the privileges to the Database. How do we connect to the database ? I tried the following method. - SQR 4 has an option Logon to database under File menu bar.