From witkopp@idt.com Mon, 30 Nov 1998 10:52:02 -0800 Date: Mon, 30 Nov 1998 10:52:02 -0800 From: Richard Witkopp witkopp@idt.com Subject: No subject Check with Digital. They have extensive discussions on their website, depending on the version. > Are there any knowledge bases of DCL millennium issues ? > > We are currently working with a Powerhuose application and > would like to > know if any smart DCL searches have been devised that can be copied. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From kaffenbe@karmanos.org Mon, 30 Nov 1998 14:31:32 -0500 Date: Mon, 30 Nov 1998 14:31:32 -0500 From: Carol Kaffenberger kaffenbe@karmanos.org Subject: Duplex Reports This is a multi-part message in MIME format. --------------3F1AB1B73BD7C98E803063A3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit John, Thank you so much! Your solution works great! Carol pickerij@norbord.com wrote: > Sorry - Carol tried my original suggestion of yesterday and had > difficulties with the first page of a new group starting on the back of > the first sheet in the set. My fault - that's what I get for going on > memory and not looking at the code :-( > > I should have suggested going to the *back* of the page in the footing > instead of the front. Then the heading has a skip page which moves it to > the front of the next page. When the data ends on the front this works > fine. When the data ends on the back this generates a blank page. In my > code this isn't too important because the report is several hundred pages > long with only half a dozen control breaks. Just tell the users it's a > "feature" :-) > > And Chris, on our versions of Quiz (i.e. not the jazzed up Compaq > versions :), you can't do anything with syspage except include it in a > report group so mod(syspage,2) is illegal. Too bad though as I think it > would eliminate my blank pages. > > Here's the code I ended up with for my test. The subfile sf1 has nothing > in it except a sequential counter named d-ctr. > > set def > acc *sf1 > def d-key char*1 & > = "1" if d-ctr lt 050 & > els "2" if d-ctr lt 150 & > els "3" > sorted on d-key > def d-27 int*2 = 27 > def d-esc char*1 = char(d-27)[2:1] > def d-back char*5 = d-esc + "&a2G" ; back side of duplex page > hea at d-key skip page > rep d-key d-ctr > foo at d-key d-back > set rep dev pri lim 1000 > set pag wid 80 > go > > John "hope this helps" Pickering > JWP Systems Inc > Toronto > > -----Original Message----- > From: Chris.Sharman@ccagroup.co.uk > Sent: Thursday, November 26, 1998 4:29 AM > To: powerh-l@lists.swau.edu > Cc: kaffenbe@karmanos.org; Chris.Sharman@ccagroup.co.uk > Subject: RE: Duplex Reports > > >I have a COBOL program that generates a report that prints on a laser > >printer on both sides of the paper. When a key changes in the data, > >the COBOL program closes and reopens the output report file so that > >the data associated with the new key prints on "side 1" of a fresh > >sheet of paper. How can I do this in QUIZ? > > Sounds do-able in pure powerhouse: > > def ff int*2 = 12 > def ffchar char*1 = characters(ff)Ä2:1Å ; Ä1:1Å for VMS > > def toback char*1 = ffchar if (1=mod(syspage,2)) ; previously 1: should > be 2 > > foot at whatever toback skip page > > Alternatively: try doubling page length, so that one Quiz 'page' is both > sides > of a printer page. You won't get page headings on the back page then > though. > ______________________________________________________________________ > Chris Sharman Chris.SharmanÉCCAgroup.co.uk > CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. --------------3F1AB1B73BD7C98E803063A3 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Carol Kaffenberger Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Carol Kaffenberger n: Kaffenberger;Carol org: Karmanos Cancer Institute email;internet: kaffenbe@karmanos.org title: Information Systems x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------3F1AB1B73BD7C98E803063A3-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From gassett@aavid.com Tue, 1 Dec 1998 11:47:12 -0500 Date: Tue, 1 Dec 1998 11:47:12 -0500 From: Gassett, Chris gassett@aavid.com Subject: DEFAULT WITH DEFINE Is there a way to default a DEFINE statement without setting up another DEFINE statement? Example: DEFINE TEMP01 DATE = & PARM PROMPT "DATE: " DEFAULT SYSDATE I know the DEFAULT SYSDATE is not valid but that is what I want the system to do. Thanks, Chris = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From dirk.rohde@artioslink.com Tue, 1 Dec 1998 09:17:42 -0800 Date: Tue, 1 Dec 1998 09:17:42 -0800 From: Rohde Dirk (Van) dirk.rohde@artioslink.com Subject: DEFAULT WITH DEFINE Why not use a TEMP and set it to an initial value? Or is this QUIZ? If so, use "if...then...else" processing. Need more details as to what exactly you're trying to do. Dirk Rohde Artios -----Original Message----- From: Gassett, Chris [mailto:gassett@aavid.com] Sent: Tuesday, December 01, 1998 8:47 AM To: 'Powerhouse List' Subject: DEFAULT WITH DEFINE Is there a way to default a DEFINE statement without setting up another DEFINE statement? Example: DEFINE TEMP01 DATE = & PARM PROMPT "DATE: " DEFAULT SYSDATE I know the DEFAULT SYSDATE is not valid but that is what I want the system to do. Thanks, Chris = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 1 Dec 1998 12:49:12 -0500 Date: Tue, 1 Dec 1998 12:49:12 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: DEFAULT WITH DEFINE >Is there a way to default a DEFINE statement without setting >up another DEFINE statement? > >Example: > >DEFINE TEMP01 DATE = & > PARM PROMPT "DATE: " DEFAULT SYSDATE In one word, nope! Two defines are needed, such as: def d_date_parm date = parm def d_date date & = d_date_parm & if 0 ne d_date_parm & els sysdate John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 1 Dec 1998 12:47:04 -0500 Date: Tue, 1 Dec 1998 12:47:04 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: DEFAULT WITH DEFINE If you know what the value is if the user oesn't enter anything, then you can set another define. For example, with a date field, the value will be 0, so: DEFINE prompt-date DATE = PARM PROMPT "Enter the date: " DEFINE date-to-use DATE = prompt-date IF prompt-date <> 0 ELSE SYSDATE Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Gassett, Chris[SMTP:gassett@aavid.com] > Sent: Tuesday, December 01, 1998 11:47 AM > To: 'Powerhouse List' > Subject: DEFAULT WITH DEFINE > > Is there a way to default a DEFINE statement without setting up another > DEFINE statement? > > Example: > > DEFINE TEMP01 DATE = & > PARM PROMPT "DATE: " DEFAULT SYSDATE > > I know the DEFAULT SYSDATE is not valid but that is what I want the > system to do. > > Thanks, Chris > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From dirk.rohde@artioslink.com Tue, 1 Dec 1998 10:08:26 -0800 Date: Tue, 1 Dec 1998 10:08:26 -0800 From: Rohde Dirk (Van) dirk.rohde@artioslink.com Subject: DEFAULT WITH DEFINE I overlooked the "parm prompt". Don't know of a way to specify a default when prompting. What's wrong with using a couple of defines or a temp and a define, other than a little bit of extra coding? -----Original Message----- From: Rohde Dirk (Van) [mailto:dirk.rohde@artioslink.com] Sent: Tuesday, December 01, 1998 9:18 AM To: 'Gassett, Chris'; 'Powerhouse List' Subject: RE: DEFAULT WITH DEFINE Why not use a TEMP and set it to an initial value? Or is this QUIZ? If so, use "if...then...else" processing. Need more details as to what exactly you're trying to do. Dirk Rohde Artios -----Original Message----- From: Gassett, Chris [mailto:gassett@aavid.com] Sent: Tuesday, December 01, 1998 8:47 AM To: 'Powerhouse List' Subject: DEFAULT WITH DEFINE Is there a way to default a DEFINE statement without setting up another DEFINE statement? Example: DEFINE TEMP01 DATE = & PARM PROMPT "DATE: " DEFAULT SYSDATE I know the DEFAULT SYSDATE is not valid but that is what I want the system to do. Thanks, Chris = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Tue, 1 Dec 1998 12:56:48 -0500 Date: Tue, 1 Dec 1998 12:56:48 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: DEFAULT WITH DEFINE If you are using QUIZ then two statements are required. Same for QTP if TEMP can't be used. E.g. DEFINE d_pdate_tmp DATE = PARM FORMAT MMDDYYYY PROMPT "Date:" DEFINE d_pdate DATE = SYSDATE IF d_pdate_tmp EQ 0 ELSE d_pdate_tmp Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From shahro01@unisourcelink.com Tue, 1 Dec 1998 14:25:31 -0500 Date: Tue, 1 Dec 1998 14:25:31 -0500 From: Shah, Roshan (Windsor, HQ) shahro01@unisourcelink.com Subject: DEFAULT WITH DEFINE Have you thought of doing it in JCL ? Using VESOFT, you can do excellent programming in a JCL. I would suggest - write simple & Clear Powerhouse code and any prompts - let jcl handle it. Roshan >---------- >From: Deskin, Bob[SMTP:Bob.Deskin@Cognos.COM] >Sent: Tuesday, December 01, 1998 12:47 PM >To: 'Powerhouse List' >Subject: RE: DEFAULT WITH DEFINE > >If you know what the value is if the user oesn't enter anything, then you >can set another define. For example, with a date field, the value will be 0, >so: > >DEFINE prompt-date DATE = PARM PROMPT "Enter the date: " >DEFINE date-to-use DATE = prompt-date IF prompt-date <> 0 ELSE SYSDATE > >Bob Deskin >Senior Product Advisor bob.deskin@cognos.com >Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 >3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > > >> ---------- >> From: Gassett, Chris[SMTP:gassett@aavid.com] >> Sent: Tuesday, December 01, 1998 11:47 AM >> To: 'Powerhouse List' >> Subject: DEFAULT WITH DEFINE >> >> Is there a way to default a DEFINE statement without setting up another >> DEFINE statement? >> >> Example: >> >> DEFINE TEMP01 DATE = & >> PARM PROMPT "DATE: " DEFAULT SYSDATE >> >> I know the DEFAULT SYSDATE is not valid but that is what I want the >> system to do. >> >> Thanks, Chris >> = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >> = >> Subscribe: "subscribe powerh-l" in message body to >> majordomo@lists.swau.edu >> Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >> powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >> This list is closed, thus to post to the list, you must be a subscriber. >> >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu >Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From peter.marley@acco-uk.co.uk Wed, 02 Dec 1998 16:17:31 +0000 Date: Wed, 02 Dec 1998 16:17:31 +0000 From: Marley, Peter peter.marley@acco-uk.co.uk Subject: Impromptu and Informix > > Hello, > > > > Has anyone been able to use Impromptu (Version 5.0, Windows>95) > >against > > an Informix database (DEC Alpha UNIX OSF1, Informix Online > >version 7.24) > > and get the database to use PDQ (Parallel Data Query) to >service >the > > request? - using a Native connection, not an ODBC connection. > > The Knowledge Base from the COGNOS web site says to set the >PDQPRIORITY > > Informix/Unix variable to enable PDQ queries. > > This sets the variable, but only SERVER based queries appear >to > >use PDQ. > > Any Client based applications running queries do not use PDQ. > > > > Thanks in advance, > > Peter __________________________________ Peter Marley DataBase Manager, Acco UK Ltd Tel: +44 (0)1296 397444 ext. 4098 Fax: +44 (0)1296 311019 email: peter.marley@acco-uk.co.uk = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jthunter@nbnet.nb.ca Wed, 2 Dec 1998 14:43:11 -0400 Date: Wed, 2 Dec 1998 14:43:11 -0400 From: John Hunter jthunter@nbnet.nb.ca Subject: Interbase Trigger across multi databases Hi Gang, I have a need to perform a trigger action that updates from one Interbase database to another upon a store to a table. Has anyone achieved this? Is it at all possible? I've tried using a procedure that readies the other database, but get the error: ** QLI error: relations from multiple databases in single rse ** when executing. I'm currently using: Powerhouse 610.e InterBase/vms (access method), version "VM-V3.3D(3)" on disk structure version 7.2 We're on our way to Powerhouse 8.10b and Oracle...but have a need for the above prior to that. Thanks for any tips, -John = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jthunter@nbnet.nb.ca Wed, 2 Dec 1998 14:41:27 -0400 Date: Wed, 2 Dec 1998 14:41:27 -0400 From: John Hunter jthunter@nbnet.nb.ca Subject: Unix and arrows; Was: HP-UX PH 7.33.D3 Behavior? Hey Gang, Without getting into debates on which unix editor is better, perhaps someone who's running Powerhouse on Unix could try adding the following to their script (or .profile) and let us know if the arrow keys will work? By adding the following to your .profile (ksh login) the arrow keys will work at the UNIX level like those on the VAX, but I don't think they will work within QUIZ. anyway, here it is: set -o emacs # map cursor keys for command-line editing alias __A="$(print '\020')" # Ctrl-P (up) alias __B="$(print '\016')" # Ctrl-N (down) alias __C="$(print '\006')" # Ctrl-F (right) alias __D="$(print '\002')" # Ctrl-B (left) That's it! -John = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From conleys2@nationwide.com Wed, 2 Dec 1998 15:02:27 -0500 Date: Wed, 2 Dec 1998 15:02:27 -0500 From: conleys2@nationwide.com conleys2@nationwide.com Subject: Supertool2 Subroutine Hello All, I am on a HP3000 using version 8.19.c1 and we are experimenting using SUPRTOOL2 in order to use SUPRTOOL interactively from within a QUICK screen. Has anyone out there used this successfully and if so I would be interested in starting a dialog. In a nutshell, we have followed the Example provided in SUPRTOOL help (which includes a QUICK example) but have not had any success. Thanks in advance. Steve = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From STEWARTM@dteenergy.com 02 Dec 98 15:20:39 -0500 Date: 02 Dec 98 15:20:39 -0500 From: STEWARTM@dteenergy.com STEWARTM@dteenergy.com Subject: Unix and arrows; Was: HP-UX PH 7.33.D3 Behavior? --=_ORCL_2420167_0_0 Content-Transfer-Encoding:quoted-printable Content-Type:text/plain; charset="iso-8859-1" John Bell our local UNIX guru says that there shouldn't be a problem here if= you are used to using the arrow keys. The only thing is you are not in emac= mode at the shell as opposed to vi mode. Other keys no longer do what they normally do at the prompt. If you are in the vi editor some basic key functions can operate the same at the shell prompt. By switching to emac you change these key functions to the emac set. If you arn't using vi at all then it doesn't make much difference. For someone who has been using vi for 10 years and never performed a set -o emac might find this a headache. ----------------------------------------- Mark Stewart Consultants Club Corp. --=_ORCL_2420167_0_0 Content-Type:message/rfc822 Date: 02 Dec 98 13:41:27 From:"John Hunter" To: Subject:Unix and arrows; Was: HP-UX PH 7.33.D3 Behavior? Return-Path: Received:by mail.detroitedison.com with ESMTP id NAA23987; Wed, 2 Dec 1998 13:53:20 -0500 (EST) Received:by dte.detroitedison.com with ESMTP id NAA02686; Wed, 2 Dec 1998 13:53:18 -0500 (EST) Received:from localhost (daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) with SMTP id MAA29653; Wed, 2 Dec 1998 12:51:06 -0600 Received:by sphere.swau.edu (bulk_mailer v1.9); Wed, 2 Dec 1998 12:46:04 -0600 Received:(from daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) id MAA29440 for powerh-l-outgoing; Wed, 2 Dec 1998 12:45:43 -0600 Received:from quartz.nbnet.nb.ca (quartz.nbnet.nb.ca [198.164.200.18]) by sphere.swau.edu (8.9.1/8.9.1) with ESMTP id MAA29421 for ; Wed, 2 Dec 1998 12:44:39 -0600 Received:from huntjoh.coop.com ([198.164.199.97]) by quartz.nbnet.nb.ca (Post.Office MTA v3.1.2 release (PO203-101c) ID# 607-54382U75000L75000S0V35) with ESMTP id AAA15354 for ; Wed, 2 Dec 1998 14:44:33 -0400 X-MSMail-Priority:Normal X-Priority:3 Message-ID:<19981202184432.AAA15354@huntjoh.coop.com> Sender:owner-powerh-l@sphere.swau.edu MIME-Version: 1.0 Content-Type:text/plain; charset=ISO-8859-1 Content-Transfer-Encoding:7bit Hey Gang, Without getting into debates on which unix editor is better, perhaps someone who's running Powerhouse on Unix could try adding the following to their script (or .profile) and let us know if the arrow keys will work? By adding the following to your .profile (ksh login) the arrow keys will work at the UNIX level like those on the VAX, but I don't think they will work within QUIZ. anyway, here it is: set -o emacs # map cursor keys for command-line editing alias __A="$(print '\020')" # Ctrl-P (up) alias __B="$(print '\016')" # Ctrl-N (down) alias __C="$(print '\006')" # Ctrl-F (right) alias __D="$(print '\002')" # Ctrl-B (left) That's it! -John = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. --=_ORCL_2420167_0_0-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Diane.Brown@Cognos.COM Wed, 2 Dec 1998 15:29:29 -0500 Date: Wed, 2 Dec 1998 15:29:29 -0500 From: Brown, Diane Diane.Brown@Cognos.COM Subject: Interbase Trigger across multi databases You wrote: <...> I have a need to perform a trigger action that updates from one Interbase > database to another upon a store to a table. Has anyone achieved this? Is > it at all possible? > It's not possible to do this solely by means of a trigger, since you can't reference elements of one database from triggers in another database. (The same holds true for views, and stored procedures (IB 4), and computed fields, and constraints (IB 4) and various other things.) You can have a single transaction that spans multiple databases and will use two-phase commit automatically, but that's not quite the same thing. However, it is possible to combine the use of triggers and InterBase 'events' to achieve the effect of cross-database triggers. The basic approach would be to have a trigger in one database to post (or raise, or whatever term is familiar) an event when there's something to be updated in some other database, and a process (or processes) waiting for that event to occur and updating the other database(s) as necessary. I can't remember if there was ever anything written in SupportLink to illustrate this. If you're interested I can probably dig up a more detailed description of what's involved, including some suggestions for setting up a persistent queue so that updates don't get lost if one database is unavailable. In your case, is the requirement that the update to the second database happen right away? I'm just wondering if there are other possible solutions (perhaps simpler to implement) that would also meet your requirements. Regards, db (brownd@cognos.com) = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From hans@robelle.com Wed, 2 Dec 1998 13:42:12 -0800 Date: Wed, 2 Dec 1998 13:42:12 -0800 From: Hans Hendriks hans@robelle.com Subject: Supertool2 Subroutine Steve asked: > I am on a HP3000 using version 8.19.c1 and we are experimenting using > SUPRTOOL2 in order to use SUPRTOOL interactively from within a QUICK > screen. Why? Suprtool2 is great for calling Suprtool from 3GL programs, as it does all the CREATEPROCESS stuff for you. But Quick also handles subprocesses on your behalf, so I'd suggest its much easier to direct your commands to a temporary file, then: run command "run suprtool.pub.robelle;parm=4;info='use myfile'" Let me know if you need a sample of how to do this .... (I've been meaning to log a documentation enhancement request for ages, to remove the Quick example from the Suprtool2 manual :-) > In a nutshell, we have followed the Example provided in SUPRTOOL help > (which includes a QUICK example) but have not had any success. In what way have you been less than successful? Send me some particulars, and I'll be happy to help where I can .... /Hans |---------------------------------------------------------------------- | Hans Hendriks Robelle Consulting | 1-888-ROBELLE , or 1-888-762-3553 | http://www.robelle.com/~hans | hans@robelle.com personal:hans@cheerful.com = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From conleys2@nationwide.com Thu, 3 Dec 1998 11:43:35 -0500 Date: Thu, 3 Dec 1998 11:43:35 -0500 From: conleys2@nationwide.com conleys2@nationwide.com Subject: Thanks for SUPRTOOL2 info. LISTSERV comes thru once again. Much Thanks to Hans and Nancy for providing us with a SUPRTOOL technique from within QUICK. Regards Steve Conley Columbus Ohio HP3000 8.19.c1 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From scott_gates@mail.trigon.com Thu, 3 Dec 1998 12:19:21 -0500 Date: Thu, 3 Dec 1998 12:19:21 -0500 From: Gates, Scott scott_gates@mail.trigon.com Subject: QUIZ vertical spacing problems I'm having problems with pagination in QUIZ It's one of those "it-should-have-been-so-simples" I was tasked to add a sort and a page break by business-unit to a report it should read something like: {page break} Headingline 1 blah-blah headingline 2 business-unit user-info data .... {page break} Headingline 1 blah-blah headingline 2 new-business-unit user-info data .... What I'm getting is: Headingline 1 blah-blah {page break} headingline 2 business-unit user-info data .... Headingline 1 blah-blah {page break} headingline 2 new-business-unit user-info data .... the code reads like : SORT ON business-unit & ON user PAGE HEAD blah-blah SKIP 1 & business-unit SKIP 2 FOOTING AT business-unit SKIP PAGE HEADING AT user SKIP 2 REPORT user-info data ..... Each occurrence of user is about 10 lines but can be more if user has more data items to report. I've tried HEADING AT BUSINESS-UNIT, FOOTING AT. . I can't see what's wrong. Scott Gates Ex - 7625 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From ntietz@mcare.med.umich.edu Thu, 03 Dec 98 13:22:00 EST Date: Thu, 03 Dec 98 13:22:00 EST From: Nancy Tietz ntietz@mcare.med.umich.edu Subject: QUIZ vertical spacing problems Try "heading at business-unit skip page" and remove the footing at business-unit. General rule on page breaks - only do them in Heading at's. Nancy ---------- >From: powerh-l-owner >To: powerhouse >Subject: QUIZ vertical spacing problems >Date: Thursday, December 03, 1998 12:19PM > >I'm having problems with pagination in QUIZ >It's one of those "it-should-have-been-so-simples" >I was tasked to add a sort and a page break by business-unit to a >report > >it should read something like: >{page break} >Headingline 1 blah-blah >headingline 2 business-unit >user-info >data >.... >{page break} >Headingline 1 blah-blah >headingline 2 new-business-unit >user-info >data >.... > >What I'm getting is: >Headingline 1 blah-blah >{page break} >headingline 2 business-unit >user-info >data >.... >Headingline 1 blah-blah >{page break} >headingline 2 new-business-unit >user-info >data >.... > >the code reads like : >SORT ON business-unit & > ON user > >PAGE HEAD blah-blah SKIP 1 & > business-unit SKIP 2 > >FOOTING AT business-unit SKIP PAGE >HEADING AT user SKIP 2 > >REPORT user-info > data ..... > >Each occurrence of user is about 10 lines but can be more if > user has more data items to report. > >I've tried HEADING AT BUSINESS-UNIT, FOOTING AT. . >I can't see what's wrong. >Scott Gates >Ex - 7625 > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu >Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mgross@emersonemc.com Thu, 3 Dec 1998 15:21:16 -0600 Date: Thu, 3 Dec 1998 15:21:16 -0600 From: Mark Gross mgross@emersonemc.com Subject: QUIZ vertical spacing problems how about: SORT ON business-unit RESET PAGE ON USER Mark Gross Emerson Motion Control mgross@emersonemc.com ---------- > From: Gates, Scott > To: powerhouse > Subject: QUIZ vertical spacing problems > Date: Thursday, December 03, 1998 11:19 AM > > I'm having problems with pagination in QUIZ > It's one of those "it-should-have-been-so-simples" > I was tasked to add a sort and a page break by business-unit to a > report > > it should read something like: > {page break} > Headingline 1 blah-blah > headingline 2 business-unit > user-info > data > .... > {page break} > Headingline 1 blah-blah > headingline 2 new-business-unit > user-info > data > .... > > What I'm getting is: > Headingline 1 blah-blah > {page break} > headingline 2 business-unit > user-info > data > .... > Headingline 1 blah-blah > {page break} > headingline 2 new-business-unit > user-info > data > .... > > the code reads like : > SORT ON business-unit & > ON user > > PAGE HEAD blah-blah SKIP 1 & > business-unit SKIP 2 > > FOOTING AT business-unit SKIP PAGE > HEADING AT user SKIP 2 > > REPORT user-info > data ..... > > Each occurrence of user is about 10 lines but can be more if > user has more data items to report. > > I've tried HEADING AT BUSINESS-UNIT, FOOTING AT. . > I can't see what's wrong. > Scott Gates > Ex - 7625 > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Chris.Sharman@ccagroup.co.uk Fri, 4 Dec 1998 08:54:44 +0000 Date: Fri, 4 Dec 1998 08:54:44 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: QUIZ vertical spacing problems >Try "heading at business-unit skip page" and remove the footing at >business-unit. General rule on page breaks - only do them in Heading at's. Does this fix it ? I couldn't see anything with the original: perhaps we need the actual code posted. I've always appended "skip page" to my footings when I wanted it, without problems: I've not encountered your 'general rule' before - what environment are you in ? Is it a known bug ? (I'm running PH 7.10.G1 on Alpha VMS 7.1) Someone suggested "sort ... reset page ..." which is OK, but resets the page number: good if the reports going to be split (say for different business unit managers), not so good otherwise. ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From scott_gates@mail.trigon.com Fri, 4 Dec 1998 11:49:58 -0500 Date: Fri, 4 Dec 1998 11:49:58 -0500 From: Gates, Scott scott_gates@mail.trigon.com Subject: QUIZ vertical spacing problems Nancy, Call off the hounds. I wasn't printing the file correctly. It's a cobbled IBM printer and If you use a file eq to PRINT, you have to tell it that it's an IBM printer or it forgets. I've only been here a month and I didn't know. Thanks for all of your time and energy. >Scott Gates > >Trigon BC/BS of VA > >804-354-7625 > >MPE/iX HP31900 C.05.08 r: C.55.00 > >PH 7.29.C6 > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jlkeepers@mmm.com Tue, 8 Dec 1998 11:14:43 -0600 Date: Tue, 8 Dec 1998 11:14:43 -0600 From: jlkeepers@mmm.com jlkeepers@mmm.com Subject: Forcing to the end of a record I am working with a quiz file that sends it's output to a file. I need to make sure that at the end of every record I have a line feed followed by a carriage return. I thought that the best way to do this was to use the ascii values for these special characters but I am not sure how to set it up. Does anyone have any ideas? Thanks, Jeff Keepers = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Tue, 8 Dec 1998 13:51:13 -0500 Date: Tue, 8 Dec 1998 13:51:13 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: Forcing to the end of a record Hi Jeff We need to know what your environment is to answer your question. I.e. VMS, MPE, UNIX, etc. VMS and UNIX put CR & LF characters on the end of each record but in a different order. Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 8 Dec 1998 14:09:58 -0500 Date: Tue, 8 Dec 1998 14:09:58 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Forcing to the end of a re Jeff asks ... >I am working with a quiz file that sends it's output to a file. I need to >make sure that at the end of every record I have a line feed followed by a >carriage return. I thought that the best way to do this was to use the >ascii values for these special characters but I am not sure how to set it >up. Does anyone have any ideas? define d-10 int size 2 = 10 define d-lf char*1 = char(d-13)[1:1] or [2:1] define d-13 int size 2 = 13 define d-cr char*1 = char(d-13)[1:1] or [2:1] The substring starting position is machine dependent. The HP3000 uses the right byte (i.e. [2:1]), those old Compaq machines use the left byte. Unix is incomprehensible :-) Regards, John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jlkeepers@mmm.com Tue, 8 Dec 1998 13:10:03 -0600 Date: Tue, 8 Dec 1998 13:10:03 -0600 From: jlkeepers@mmm.com jlkeepers@mmm.com Subject: FTP HP3000 -> NT and end of record marker/Forcing to the end of a record I would first like to say thanks a million for all of the help I received on this problem from both the 3000 and PowerHouse list members. I was able to get some good ideas, how to implement them and to top it off, Steve Fulton was able to tell me why Access 7.0 does what it does. I able to solve the problem by using QUIZ and forcing a at the end of each record at the time the output file is being created. From there on out, everything went fine. For those of you that don't need this done on the HP side, the WRQ program that was mentioned earlier works out really well. Thanks again, Jeff Keepers PS. As for the Star Trek item... I believe that the character that is being referred to is HUE (as in color). = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickering@myself.com Tue, 08 Dec 1998 12:49:41 -0800 Date: Tue, 08 Dec 1998 12:49:41 -0800 From: Terry Pickering pickering@myself.com Subject: How Come? I know this has probably been explained before but....... Can someone explain in QUICK the difference in the following two syntax examples, and which is the "better" way to code. IF FIELD-AMT = 0 THEN .... IF 0 = FIELD-AMT THEN .... The reason I'm asking, is because when I code, I normally use the first method and it usually works just fine. But if I try to use the following syntax, it doesn't work unless I put the field name on the right of the equation. IF FIELD-AMT - 10 = 0 THEN .... (does not work) IF 0 = FIELD-AMT - 10 THEN .... (works just fine) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Terry Pickering Consultant Extraordinare Monday and Friday Tuesday - Thursday Portland Eugene (503) 245-7178 (541) 687-3416 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From brucehobbs@engineeredsw.com Tue, 8 Dec 1998 16:38:58 -0500 Date: Tue, 8 Dec 1998 16:38:58 -0500 From: Bruce Hobbs brucehobbs@engineeredsw.com Subject: How Come? --============_-1298969355==_ma============ Content-Type: text/plain; charset="us-ascii" At 12:49 PM -0800 12/08/1998, Terry Pickering wrote: >The reason I'm asking, is because when I code, I normally use the first >method and it usually works just fine. But if I try to use the following >syntax, it doesn't work unless I put the field name on the right of the >equation. > >IF FIELD-AMT - 10 = 0 > THEN .... >(does not work) > >IF 0 = FIELD-AMT - 10 > THEN .... >(works just fine) I don't have a manual with me, but I'm pretty sure this applies to Quiz and QTP, too. If you closely examine the syntax, you're only permitted to use an expression on the ride side of the operator. ======================================================================= Bruce Hobbs, CCP, CDP 856 N Monterey St Phone: (626) 570-8028 Partner Alhambra, CA 91801-1574 FAX: (626) 570-9850 Engineered Software E-mail: brucehobbs@engineeredsw.com --============_-1298969355==_ma============ Content-Type: text/enriched; charset="us-ascii" At 12:49 PM -0800 12/08/1998, Terry Pickering wrote: The reason I'm asking, is because when I code, I normally use the first method and it usually works just fine. But if I try to use the following syntax, it doesn't work unless I put the field name on the right of the equation. IF FIELD-AMT - 10 = 0 THEN .... (does not work) IF 0 = FIELD-AMT - 10 THEN .... (works just fine) I don't have a manual with me, but I'm pretty sure this applies to Quiz and QTP, too. If you closely examine the syntax, you're only permitted to use an expression on the ride side of the operator. ======================================================================= Bruce Hobbs, CCP, CDP 856 N Monterey St Phone: (626) 570-8028 Partner Alhambra, CA 91801-1574 FAX: (626) 570-9850 Engineered Software E-mail: brucehobbs@engineeredsw.com --============_-1298969355==_ma============-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Tue, 8 Dec 1998 16:01:50 -0500 Date: Tue, 8 Dec 1998 16:01:50 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: FTP HP3000 -> NT and end of record marker/Forcing to the end of a record Er, excuse me, but I think I missed something here. I didn't see any of what Jeff mentioned come in on my email. Does anyone know why I wouldn't see the responses Jeff got. If every one just posted to Jeff's personal email address please post to the list as well so we can all benefit from your knowledge and experience. Thanks Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Tue, 8 Dec 1998 16:54:27 -0500 Date: Tue, 8 Dec 1998 16:54:27 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: How Come? G'day Terry I believe is has something to do with how PowerHouse parses the code. When in the form IF value EQ item the parser identifies the expected data type of item by inference from the value. When the other way around, i.e. IF item EQ value, and the 'item' has not been referenced already, the parser is not sure what the result of the equation should be. The result is that most of the time you will get an error, some of the time it appears to work and some of the time you can get strange results! The 'correct' form should be IF value EQ (or another operator) item. I hope that helps. Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From conleys2@nationwide.com Tue, 8 Dec 1998 15:19:12 -0500 Date: Tue, 8 Dec 1998 15:19:12 -0500 From: conleys2@nationwide.com conleys2@nationwide.com Subject: Field Size Limitation Good Afternoon, I am currently on a HP3000/MPEx using 8.19.c1 with image/ksam storage medium. QDESIGN - Quick Is there a limititation in the HP world that will not allow you to create a Field that can be maintained larger than 512 bytes? I created a TEMP item CHAR*750 which is declared on the screen with a FOR 13,58 and the entry stops at 512 bytes, so I cannot fill up the entire 750 bytes like I had wanted to. Is the 512 related to a Block size in some manner? Is this a possibility in the HP world using KSAM or Image. Any assistance would be greatly appreciated. Thanks Steve = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 8 Dec 1998 17:37:40 -0500 Date: Tue, 8 Dec 1998 17:37:40 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: FW: How Come? Terry Pickering (no known relation) asks ... >I know this has probably been explained before but....... > >Can someone explain in QUICK the difference in >the following two syntax examples, and which is >the "better" way to code. > >IF FIELD-AMT = 0 > THEN .... > >IF 0 = FIELD-AMT > THEN .... The syntax is "IF condition" where "condition" is one of "logical-function", "logical expression" and "predefined condition". And where "logical expression" is defined as "operand operator expression". And this applies throughout PH, not just in Quick. Please note that the "expression" is on the right side of the operand. In your example above both "0" and "field-amt" are fine as operands so both versions will yield the same results. In your next example please note that you have an expression "field-amt - 10" on the left of the operand. >IF FIELD-AMT - 10 = 0 > THEN .... >;(does not work) > >IF 0 = FIELD-AMT - 10 > THEN .... >;(works just fine) John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From kaffenbe@karmanos.org Tue, 08 Dec 1998 16:58:30 -0500 Date: Tue, 08 Dec 1998 16:58:30 -0500 From: Carol Kaffenberger kaffenbe@karmanos.org Subject: FTP HP3000 -> NT and end of record marker/Forcing to the end of a record This is a multi-part message in MIME format. --------------133341FC951FF7338B27FE38 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Yes! Robert J.M. Edis wrote: > Er, excuse me, but I think I missed something here. I didn't see any of > what Jeff mentioned come in on my email. Does anyone know why I wouldn't > see the responses Jeff got. If every one just posted to Jeff's personal > email address please post to the list as well so we can all benefit from > your knowledge and experience. > > Thanks > > Blue > PowerHouse consultant > Rhode Island, USA > > Disclaimer: > The opinions and ideas expressed in this message are my own and have no > relationship to my current employer, Initial Technical Staffing, its client > CCI, or any of CCI's clients. > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. --------------133341FC951FF7338B27FE38 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Carol Kaffenberger Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Carol Kaffenberger n: Kaffenberger;Carol org: Karmanos Cancer Institute email;internet: kaffenbe@karmanos.org title: Information Systems x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------133341FC951FF7338B27FE38-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From akogan@westpac.com.au Wed, 09 Dec 1998 10:50:14 +1100 Date: Wed, 09 Dec 1998 10:50:14 +1100 From: arthur kogan akogan@westpac.com.au Subject: Field Size Limitation Hi Steve, this is controlled by one of the QKGO parameters, I think it is "Terminal Buffer" parameter. By default it is set to 512 bytes, but you can change it by going into QKGOMAINT. This is from the Qdesign Procedural Reference on VMS (but this would be the same on HP3000): Terminal Buffer: The maximum number of characters (one ASCII character equals one byte) in the terminal input/output buffers (MAXBUF). The range of values for this parameter are: Minimum = 80, Default = 512, Maximum = 4000. I hope this helps. Regards, Arthur Kogan Westpac Financial Services Sydney, Australia conleys2@nationwide.com wrote: > Good Afternoon, > > I am currently on a HP3000/MPEx using 8.19.c1 with image/ksam storage > medium. > > QDESIGN - Quick > > Is there a limititation in the HP world that will not allow you to create a > Field that can be maintained larger than 512 bytes? > > I created a TEMP item CHAR*750 which is declared on the screen with a FOR > 13,58 and the entry stops at 512 bytes, so I cannot fill up the entire 750 > bytes like I had wanted to. Is the 512 related to a Block size in some > manner? > > Is this a possibility in the HP world using KSAM or Image. > > Any assistance would be greatly appreciated. > > Thanks Steve > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From ltwhite@ma.ultranet.com Tue, 08 Dec 1998 19:38:34 -0500 Date: Tue, 08 Dec 1998 19:38:34 -0500 From: Tracy White ltwhite@ma.ultranet.com Subject: Quiz/QTP help We have been flummoxed at my office by what sounds like it ought to be easy: >From a subfileA containing sales data by store and item: STORE-NO ITEM-NO QTY-SOLD 1 10001 5 2 10003 7 4 10004 6 and a subfileB containing a list of all stores: 1 2 3 4 we wish to create a subfile of all item and store combinations, with QTY-SOLD = 0 for the 'dummy' records: STORE-NO ITEM-NO QTY-SOLD 1 10001 5 2 10001 0 3 10001 0 4 10001 0 1 10003 0 2 10003 7 3 10003 0 4 10003 0 1 10004 0 2 10004 0 3 10004 0 4 10004 6 Does anyone have any advice on how to reach this final state? PH7.29x on HP3000. Thanks, Tracy White = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Jeff.Oswald@COGNOS.com Tue, 8 Dec 1998 21:03:48 -0500 Date: Tue, 8 Dec 1998 21:03:48 -0500 From: Oswald, Jeff Jeff.Oswald@COGNOS.com Subject: Quiz/QTP help Hmmm. As I haven't seen someone step up to this, let me toss out my thoughts (he says, dusting off his PowerHouse skills) It was pretty easy until you said all stores and all *items*... then you'd just: Access subfileB link to subfileA optional but what you want needs a cross-product of stores and items, then linked to sales. Lets say you had something like a company id in subfileB. CO-ID STORE-NO A 1 A 2 A 3 A 4 Then I'd build a subfileC CO-ID ITEM-NO A 10001 A 10002 A 10003 A 10004 and then I could: Access subfileB link CO-ID of subfileB to CO-ID of subfileC <---- gives you list of all stores and items link STORE-ID of subfileB, ITEM-NO of subfileC to STORE-ID, ITEM-NO of subfileA optional <---- gives qty sold where it exists I think that would do it for you... Bob, anyone else, better ideas? (Repressed PowerPlay/Impromptu person, craving the challenges of PowerHouse ) -jeff Jeffrey H Oswald jeff.oswald@cognos.com Sr. Technical Advisor joswald@acm.org Cognos Professional Services "trust this man less than Matt Ohmes, really, trust me on this." > ---------- > From: Tracy White > Reply To: ltwhite@ma.ultranet.com > Sent: Tuesday, December 08, 1998 4:38 PM > To: POWERH-L@LISTS.SWAU.EDU > Subject: Quiz/QTP help > > We have been flummoxed at my office by what sounds like it > ought to be easy: > > From a subfileA containing sales data by store and item: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10003 7 > 4 10004 6 > > and a subfileB containing a list of all stores: > 1 > 2 > 3 > 4 > > we wish to create a subfile of all item and store > combinations, with QTY-SOLD = 0 for the 'dummy' records: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10001 0 > 3 10001 0 > 4 10001 0 > 1 10003 0 > 2 10003 7 > 3 10003 0 > 4 10003 0 > 1 10004 0 > 2 10004 0 > 3 10004 0 > 4 10004 6 > > Does anyone have any advice on how to reach this final > state? > > PH7.29x on HP3000. > > Thanks, > Tracy White > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 8 Dec 1998 22:02:43 -0500 Date: Tue, 8 Dec 1998 22:02:43 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: How Come? As others have stated, but just for the record, the reason is that expressions are not allowed on the left side of the comparison operator. In other words, you must say If 0 < size(fieldtext) rather than the more natural If size(fieldtext) > 0 The reason for the restriction is the way the PowerHouse parser works. In order to figure out whether an expression is valid, it needs to know the type (character, numeric, or date). Granted, it could just parse until there was something wrong or error if the right side was the wrong type, but that's the way it is. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Terry Pickering[SMTP:pickering@myself.com] > Sent: December 8, 1998 3:49 PM > To: powerh-l@lists.swau.edu > Subject: How Come? > > I know this has probably been explained before but....... > > Can someone explain in QUICK the difference in the following two syntax > examples, and which is the "better" way to code. > > > IF FIELD-AMT = 0 > THEN .... > > IF 0 = FIELD-AMT > THEN .... > > The reason I'm asking, is because when I code, I normally use the first > method and it usually works just fine. But if I try to use the following > syntax, it doesn't work unless I put the field name on the right of the > equation. > > IF FIELD-AMT - 10 = 0 > THEN .... > (does not work) > > IF 0 = FIELD-AMT - 10 > THEN .... > (works just fine) > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Terry Pickering Consultant Extraordinare > Monday and Friday Tuesday - Thursday > Portland Eugene > (503) 245-7178 (541) 687-3416 > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = = = = = = = = > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: > "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This > list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From maxbuten@home.com Tue, 08 Dec 1998 21:10:08 -0500 Date: Tue, 08 Dec 1998 21:10:08 -0500 From: MaxButen maxbuten@home.com Subject: Quiz/QTP help It's easy - after you've done it 20 times! :QUIZ ACC subfileA SET SUBFILE NAME subfileC KEEP REPORT SUMMARY STORE-NO ITEM-NO QTY-SOLD limits, GO, etc ACC subfileB DEFINE QTY-SOLD = 0 SET SUBFILE NAME subfileC APPEND REPORT SUMMARY STORE-NO ITEM-NO QTY-SOLD limits, GO, etc ACC subfileC SORT ON STORE-NO ON ITEM-NO SET SUBFILE NAME subfileD KEEP AT ITEM-NO REPORT SUMMARY STORE-NO ITEM-NO QTY-SOLD MAX (or SUBTOTAL) limits, GO, etc *** Max Tracy White wrote: > > We have been flummoxed at my office by what sounds like it > ought to be easy: > > >From a subfileA containing sales data by store and item: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10003 7 > 4 10004 6 > > and a subfileB containing a list of all stores: > 1 > 2 > 3 > 4 > > we wish to create a subfile of all item and store > combinations, with QTY-SOLD = 0 for the 'dummy' records: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10001 0 > 3 10001 0 > 4 10001 0 > 1 10003 0 > 2 10003 7 > 3 10003 0 > 4 10003 0 > 1 10004 0 > 2 10004 0 > 3 10004 0 > 4 10004 6 > > Does anyone have any advice on how to reach this final > state? > > PH7.29x on HP3000. > > Thanks, > Tracy White > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. -- Max Buten - Powerhouse Programming Consultant - maxbuten@home.com (610) 664 2301 http://members.home.net/maxbuten/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From akogan@westpac.com.au Wed, 09 Dec 1998 15:12:26 +1100 Date: Wed, 09 Dec 1998 15:12:26 +1100 From: arthur kogan akogan@westpac.com.au Subject: Quiz/QTP help Hi Tracy, if you want to get ALL possible combinations of STORE-NO X ITEM-NO, you need 2 files, one containing ALL stores (which you have) and one containing ALL items (which you do not, so will have to create), I assume here that you want all items in the inventory rather than just the ones present in the sales file, plus your SALES file. Additionally, the the 2 files should have a dummy repeating index field with the same value for all records to link the 2 files together. Then you can do something as follows: access STORE-FILE & link DUMMY-FIELD & to DUMMY-FIELD of ITEM-FILE & link STORE-NO of STORE-FILE, ITEM-NO of ITEM-FILE & to STORE-NO, ITEM-NO of SALES-FILE optional define D-QTY-SOLD int*16 = QTY-SOLD of SALES-FILE & if record SALES-FILE exists else 0 Note: current versions of Powerhouse support INDEXED SUBFILES, so the syntax would be the same for subfiles (apart from putting "*" before the subfile name). Arthur Kogan Westpac Financial Services Sydney Australia Tracy White wrote: > We have been flummoxed at my office by what sounds like it > ought to be easy: > > >From a subfileA containing sales data by store and item: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10003 7 > 4 10004 6 > > and a subfileB containing a list of all stores: > 1 > 2 > 3 > 4 > > we wish to create a subfile of all item and store > combinations, with QTY-SOLD = 0 for the 'dummy' records: > STORE-NO ITEM-NO QTY-SOLD > 1 10001 5 > 2 10001 0 > 3 10001 0 > 4 10001 0 > 1 10003 0 > 2 10003 7 > 3 10003 0 > 4 10003 0 > 1 10004 0 > 2 10004 0 > 3 10004 0 > 4 10004 6 > > Does anyone have any advice on how to reach this final > state? > > PH7.29x on HP3000. > > Thanks, > Tracy White > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From ChrisWalker@tateandlyle.com Wed, 9 Dec 1998 09:21:44 -0000 Date: Wed, 9 Dec 1998 09:21:44 -0000 From: Walker, Chris ChrisWalker@tateandlyle.com Subject: How Come? It's a weakness of the parser - IIRC the problem occurs when the first term in the expression is a function. I am old enough to remember a time when this sort of problem was common, usually in the built-in Basics of early home computers. I suppose Cognos preserve it for old time's sake. Chris Walker Tate and Lyle London -----Original Message----- From: Terry Pickering [SMTP:pickering@myself.com] Sent: Tuesday, December 08, 1998 9:25 PM To: powerh-l@lists.swau.edu Subject: How Come? I know this has probably been explained before but....... Can someone explain in QUICK the difference in the following two syntax examples, and which is the "better" way to code. IF FIELD-AMT = 0 THEN .... IF 0 = FIELD-AMT THEN .... The reason I'm asking, is because when I code, I normally use the first method and it usually works just fine. But if I try to use the following syntax, it doesn't work unless I put the field name on the right of the equation. IF FIELD-AMT - 10 = 0 THEN .... (does not work) IF 0 = FIELD-AMT - 10 THEN .... (works just fine) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Terry Pickering Consultant Extraordinare Monday and Friday Tuesday - Thursday Portland Eugene (503) 245-7178 (541) 687-3416 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From conleys2@nationwide.com Wed, 9 Dec 1998 06:59:07 -0500 Date: Wed, 9 Dec 1998 06:59:07 -0500 From: conleys2@nationwide.com conleys2@nationwide.com Subject: Field Size Limitation Thanks Arthur for your help. Such an easy change to expand the Parm in the QKGO. I changed and tested and all is better. Regards Steve arthur kogan on 12/08/98 06:50:14 PM Please respond to akogan@westpac.com.au Sent by: arthur kogan To: conleys2@nationwide.com cc: powerh-l@lists.swau.edu(bcc: Stephen A Conley/User/NWExternal) Subject: Re: Field Size Limitation Hi Steve, this is controlled by one of the QKGO parameters, I think it is "Terminal Buffer" parameter. By default it is set to 512 bytes, but you can change it by going into QKGOMAINT. This is from the Qdesign Procedural Reference on VMS (but this would be the same on HP3000): Terminal Buffer: The maximum number of characters (one ASCII character equals one byte) in the terminal input/output buffers (MAXBUF). The range of values for this parameter are: Minimum = 80, Default = 512, Maximum = 4000. I hope this helps. Regards, Arthur Kogan Westpac Financial Services Sydney, Australia conleys2@nationwide.com wrote: > Good Afternoon, > > I am currently on a HP3000/MPEx using 8.19.c1 with image/ksam storage > medium. > > QDESIGN - Quick > > Is there a limititation in the HP world that will not allow you to create a > Field that can be maintained larger than 512 bytes? > > I created a TEMP item CHAR*750 which is declared on the screen with a FOR > 13,58 and the entry stops at 512 bytes, so I cannot fill up the entire 750 > bytes like I had wanted to. Is the 512 related to a Block size in some > manner? > > Is this a possibility in the HP world using KSAM or Image. > > Any assistance would be greatly appreciated. > > Thanks Steve > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Wed, 9 Dec 1998 09:51:45 -0800 Date: Wed, 9 Dec 1998 09:51:45 -0800 From: Richard Witkopp witkopp@idt.com Subject: Quiz/QTP help Ugh, I've had to do this before. A slight variation on Arthur's solution that I have used is to just put the dummy index in 1 file with a value of "1" and link "1" to the dummy index. > Hi Tracy, > > if you want to get ALL possible combinations of STORE-NO X > ITEM-NO, you need 2 > files, one containing ALL stores (which you have) and one > containing ALL items > (which you do not, so will have to create), I assume here > that you want all > items in the inventory rather than just the ones present in > the sales file, > plus your SALES file. Additionally, the the 2 files should > have a dummy > repeating index field with the same value for all records to > link the 2 files > together. Then you can do something as follows: > > access STORE-FILE & > link DUMMY-FIELD & > to DUMMY-FIELD of ITEM-FILE & > link STORE-NO of STORE-FILE, ITEM-NO of ITEM-FILE & > to STORE-NO, ITEM-NO of SALES-FILE optional > > define D-QTY-SOLD int*16 = QTY-SOLD of SALES-FILE & > if record SALES-FILE exists else 0 > > Note: current versions of Powerhouse support INDEXED > SUBFILES, so the syntax > would be the same for subfiles (apart from putting "*" before > the subfile > name). > > Arthur Kogan > Westpac Financial Services > Sydney Australia > > Tracy White wrote: > > > We have been flummoxed at my office by what sounds like it > > ought to be easy: > > > > >From a subfileA containing sales data by store and item: > > STORE-NO ITEM-NO QTY-SOLD > > 1 10001 5 > > 2 10003 7 > > 4 10004 6 > > > > and a subfileB containing a list of all stores: > > 1 > > 2 > > 3 > > 4 > > > > we wish to create a subfile of all item and store > > combinations, with QTY-SOLD = 0 for the 'dummy' records: > > STORE-NO ITEM-NO QTY-SOLD > > 1 10001 5 > > 2 10001 0 > > 3 10001 0 > > 4 10001 0 > > 1 10003 0 > > 2 10003 7 > > 3 10003 0 > > 4 10003 0 > > 1 10004 0 > > 2 10004 0 > > 3 10004 0 > > 4 10004 6 > > > > Does anyone have any advice on how to reach this final > > state? > > > > PH7.29x on HP3000. > > > > Thanks, > > Tracy White > > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = = = = > > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > > powerh-l@lists.swau.edu is gatewayed one-way to > bit.listserv.powerh-l > > This list is closed, thus to post to the list, you must be > a subscriber. > > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Wed, 9 Dec 1998 16:37:56 -0500 Date: Wed, 9 Dec 1998 16:37:56 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: VAX vs Alpha compiles G'day all Can anyone tell if I can compile PowerHouse code on an Alpha OVMS box and run it on a VAX OVMS box and visa versa please? What OVMS version implications might there be as well? Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From rayb@specialist.co.uk Wed, 9 Dec 1998 22:10:13 -0000 Date: Wed, 9 Dec 1998 22:10:13 -0000 From: Ray Bailey rayb@specialist.co.uk Subject: VAX vs Alpha compiles Hello Blue, No Worries. As long as it's the same version of powerhouse (or compatible) you can compile on the vax run on the Alpha or the other way round. It's up to you. The differences are held in the Binary files at the top level e.g. quick.exe etc. I do this all the time. Ray B - An Englishman who wants his sleep. > -----Original Message----- > From: owner-powerh-l@sphere.swau.edu > [mailto:owner-powerh-l@sphere.swau.edu]On Behalf Of Robert J.M. Edis > Sent: 09 December 1998 21:38 > To: 'powerh-l@lists.swau.edu' > Subject: VAX vs Alpha compiles > > > G'day all > > Can anyone tell if I can compile PowerHouse code on an Alpha OVMS box and > run it on a VAX OVMS box and visa versa please? What OVMS version > implications might there be as well? > > Blue > PowerHouse consultant > Rhode Island, USA > > Disclaimer: > The opinions and ideas expressed in this message are my own and have no > relationship to my current employer, Initial Technical Staffing, > its client > CCI, or any of CCI's clients. > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mrioux@iline.com Tue, 8 Dec 1998 17:11:00 -0500 Date: Tue, 8 Dec 1998 17:11:00 -0500 From: Michel Rioux mrioux@iline.com Subject: VAX vs Alpha compiles As long as you are running the same verision of powerhouse and recommended same version of VMS. We were were running a version of vms6.2 going to vms7.1 on the alpha....everything compiled well, then moved some code back to the vax now running 7.1 without any problems. MiKe -----Original Message----- From: Robert J.M. Edis To: 'powerh-l@lists.swau.edu' Date: Wednesday, December 09, 1998 4:53 PM Subject: VAX vs Alpha compiles >G'day all > >Can anyone tell if I can compile PowerHouse code on an Alpha OVMS box and >run it on a VAX OVMS box and visa versa please? What OVMS version >implications might there be as well? > >Blue >PowerHouse consultant >Rhode Island, USA > >Disclaimer: >The opinions and ideas expressed in this message are my own and have no >relationship to my current employer, Initial Technical Staffing, its client >CCI, or any of CCI's clients. > > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu >Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From STEWARTM@dteenergy.com 09 Dec 98 17:09:09 -0500 Date: 09 Dec 98 17:09:09 -0500 From: STEWARTM@dteenergy.com STEWARTM@dteenergy.com Subject: VAX vs Alpha compiles --=_ORCL_2496723_0_0 Content-Transfer-Encoding:quoted-printable Content-Type:text/plain; charset="iso-8859-1" I wouldn't do this if you plan on moving your compiled version to production= some day on a Alpha that have been compiled on a VAX. The operating system is the same but don't let that fool ya because the architecture of each machine= is quite different. There could be any number of internal differences that you would not know about. If you are just wondering whether it works your answer is yes if your PowerHouse versions are the same. As for the OpenVMS version I'd advise you compile it against a Y2K version. = But again Bob Deskin refered to internal (behind the scenes) differences a hundred times on this list. Why would you want to compile on one version and run it on another. ______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada --=_ORCL_2496723_0_0 Content-Type:message/rfc822 Date: 09 Dec 98 16:37:56 From:"Robert J.M. Edis" To:"'powerh-l@lists.swau.edu'" Subject:VAX vs Alpha compiles Return-Path: Received:by mail.detroitedison.com with ESMTP id QAA07994; Wed, 9 Dec 1998 16:59:24 -0500 (EST) Received:by dte.detroitedison.com with ESMTP id QAA28752; Wed, 9 Dec 1998 16:59:21 -0500 (EST) Received:from localhost (daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) with SMTP id PAA21711; Wed, 9 Dec 1998 15:54:13 -0600 Received:by sphere.swau.edu (bulk_mailer v1.9); Wed, 9 Dec 1998 15:47:15 -0600 Received:(from daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) id PAA21486 for powerh-l-outgoing; Wed, 9 Dec 1998 15:46:53 -0600 Received:from enterprise.creatcomp.com (router.ki56k.tiac.net [209.61.4.130] (may be forged)) by sphere.swau.edu (8.9.1/8.9.1) with ESMTP id PAA21442 for ; Wed, 9 Dec 1998 15:45:48 -0600 Received:by creatcomp.com with Internet Mail Service (5.5.2232.9) id ; Wed, 9 Dec 1998 16:37:59 -0500 Message-ID:<571951F33467D111A28E00A0C998098F0AC8C0@creatcomp.com> Sender:owner-powerh-l@sphere.swau.edu MIME-Version: 1.0 Content-Type:text/plain; charset=iso-8859-1 Content-Transfer-Encoding:quoted-printable G'day all Can anyone tell if I can compile PowerHouse code on an Alpha OVMS box and run it on a VAX OVMS box and visa versa please? What OVMS version implications might there be as well? Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D = =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. --=_ORCL_2496723_0_0-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickering@myself.com Wed, 09 Dec 1998 15:57:18 -0800 Date: Wed, 09 Dec 1998 15:57:18 -0800 From: Terry Pickering pickering@myself.com Subject: Alpha vs VMS Mark Wrote: ... >As for the OpenVMS version I'd advise you compile it against a Y2K version. >But again Bob Deskin refered to internal (behind the scenes) differences a >hundred times on this list. Why would you want to compile on one version >and run it on another. Mark - I agree it's probably not a good idea to compile on one version of VMS and run on another, but there are good reasons for doing so. For example, you may use a MicroVax for development (ie: compiling), then copy the programs over to an Alpha for production which only has a run time license. For several reasons you may not be running the same OpenVMS version on both machines. Sometimes we work in less than "ideal environments"....... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Terry Pickering Consultant Extraordinare Monday and Friday Tuesday - Thursday Portland Eugene (503) 245-7178 (541) 687-3416 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Wed, 9 Dec 1998 14:54:46 -0800 Date: Wed, 9 Dec 1998 14:54:46 -0800 From: Richard Witkopp witkopp@idt.com Subject: VAX vs Alpha compiles Version 6.2 had some problems with binary compatability. I can't remember which version Cognos finally guaranteed binary compatability on, maybe 7.0 or 7.10? > As long as you are running the same verision of powerhouse > and recommended > same version of VMS. We were were running a version of > vms6.2 going to > vms7.1 on the alpha....everything compiled well, then moved > some code back > to the vax now running 7.1 without any problems. > > MiKe > -----Original Message----- > From: Robert J.M. Edis > To: 'powerh-l@lists.swau.edu' > Date: Wednesday, December 09, 1998 4:53 PM > Subject: VAX vs Alpha compiles > > > >G'day all > > > >Can anyone tell if I can compile PowerHouse code on an Alpha > OVMS box and > >run it on a VAX OVMS box and visa versa please? What OVMS version > >implications might there be as well? > > > >Blue > >PowerHouse consultant > >Rhode Island, USA > > > >Disclaimer: > >The opinions and ideas expressed in this message are my own > and have no > >relationship to my current employer, Initial Technical > Staffing, its client > >CCI, or any of CCI's clients. > > > > > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = = = = > >Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > >Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > >This list is closed, thus to post to the list, you must be a > subscriber. > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Wed, 09 Dec 1998 15:55:13 -0800 Date: Wed, 09 Dec 1998 15:55:13 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: VAX vs Alpha compiles At 05:09 PM 12/09/1998 -0500, you wrote: > >I wouldn't do this if you plan on moving your compiled version to production >some day on a Alpha that have been compiled on a VAX. The operating system >is >the same but don't let that fool ya because the architecture of each machine >is quite different. There could be any number of internal differences that >you would not know about. If you are just wondering whether it works your >answer is yes if your PowerHouse versions are the same. > >As for the OpenVMS version I'd advise you compile it against a Y2K version. >But again Bob Deskin refered to internal (behind the scenes) differences a >hundred times on this list. Why would you want to compile on one version >and >run it on another. For years we compiled on a VAX and ran pruduction on an Alpha with no difficulty. The OVMS versions were not always the same, but the PH versions always were, first 620E, then 710F3. This was done due to licensing costs; it was much cheaper to license development on the anemic MicroVAX than on the Alpha. Mike From elisabeth.corsten@ec-datentechnik.de Thu, 10 Dec 1998 06:24:29 +0100 Date: Thu, 10 Dec 1998 06:24:29 +0100 From: elis elisabeth.corsten@ec-datentechnik.de Subject: HP3000 / PH work / Europe ? Dear Listers, in advance an apology to all unconcerned and those on both the HP and the Powerhouse list, as I cc both. I am looking for outsourcing and / or contract work. My CV in short: I am HP3000 / PowerHouse (Cognos 4GL) specialist (since 1985), based in Hamburg, Germany. My business is a GmbH, so I can work internationally (and have done so). I speak German (native), English, French and Swedish and have a solid commercial background from working in many different companies including trade, production and administration areas. I have been the Powerhouse support line, before Cognos opened a branch in Germany. After (successfully) finishing the latest Y2K project by the end of this year, we'd be very interested in friendly suggestions, offers, ideas, inquieries, (warnings),... Yes, references are definitely available, but we do prefer a less public surround. Please reply to elisabeth.corsten@ec-datentechnik.de Many thanks Elisabeth = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From ianw@specialist.co.uk Thu, 10 Dec 1998 09:15:05 -0000 Date: Thu, 10 Dec 1998 09:15:05 -0000 From: Ian Wedge ianw@specialist.co.uk Subject: VAX vs Alpha compiles > STEWARTM@dteenergy.com > Sent: 09 December 1998 22:09 > To: powerh-l@lists.swau.edu > Subject: Re: VAX vs Alpha compiles > > Why would you want to compile on one version > and > run it on another. Like us, you might have gone through a period where you are working with VAX but some of your customers have gone ahead to Alpha, or the current situation where we now have Alpha but some of our customers use VAX. This is something that has been going on for years but hasn't caused a problem with compatibility. Even though we stress the need for the Powerhouse version to be the same, there have been circumstances where even this hasn't been necessary (710G v 710G1). The only issue we've had is where the version of Powerhouse requires a minimum version of VMS, and in these circumstances the customer has needed to upgrade VMS.   Ian Wedge Specialist Business Solutions ianw@specialist.co.uk = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Kevin.Gordon@seacontainers.com Thu, 10 Dec 1998 10:19:15 -0000 Date: Thu, 10 Dec 1998 10:19:15 -0000 From: Kevin Gordon Kevin.Gordon@seacontainers.com Subject: VAX vs Alpha compiles Just to add my tuppence worth, we compile everything on a VAX running VMS 6.2 and deploy largely on Alpha running VMS 7.1. Never caused any problems that I am aware of. Powerhouse version 7.10.F2, soon to be G1. As someone else said, cost of Alpha development licences is a significant factor. Regards, Kevin Gordon, Sea Containers, London Voice: +44 171 80 55 487 Fax: +44 171 80 55 932 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From linga88@yahoo.com Thu, 10 Dec 1998 19:44:05 +0800 (SGT) Date: Thu, 10 Dec 1998 19:44:05 +0800 (SGT) From: alex ling linga88@yahoo.com Subject: Cognos' future support for Interbase? Hi there, My client has recently become uneasy about Cognos' support for Interbase on AXP/OpenVMS in the near future. The fact that Cognos has dropped the support of Interbase for VAX/OpenVMS (ie, version 4 of Interbase won't be produced for VAX) has make them even more nervous. To enable them to make strategic decision, they need to know and at least have an indication on where things are heading. So the question is does anyone out there has any information or heard any rumour on this issue? Thanks, A Ling. Republic Mase Australia. _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From bert.dn@arma.nl Thu, 10 Dec 1998 13:52:55 +0100 Date: Thu, 10 Dec 1998 13:52:55 +0100 From: Bert de Nooij bert.dn@arma.nl Subject: Cognos' future support for Interbase? You are right about Cognos not supporting InterBase on VAX/OpenVMS, but that's because Borland did not produce a VAX version of InterBase. Borland did produce a version of InterBase 4 for AXP/openVMS, but there need to be some changes to make it work with PowerHouse. According to Cognos Support (latest info september 1998) they are now working on a PH compatible version. From Chris.Sharman@ccagroup.co.uk Thu, 10 Dec 1998 13:15:27 +0000 Date: Thu, 10 Dec 1998 13:15:27 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: Cognos' future support for Interbase? >Hi there, >My client has recently become uneasy about Cognos' support for >Interbase on AXP/OpenVMS in the near future. The fact that Cognos has >dropped the support of Interbase for VAX/OpenVMS (ie, version 4 of >Interbase won't be produced for VAX) has make them even more nervous. >To enable them to make strategic decision, they need to know and at >least have an indication on where things are heading. The future of VMS & the future of VAX are completely separate. VAX was superseded by Alpha some years ago, and there's now very little reason that I can think of for anyone to go out & buy a VAX: Alpha's much better, cheaper, faster, and runs VMS - the migration's quite painless. There's not a big market for new software on old iron, so the VAX architecture doesn't really merit a lot of development effort from anyone any more, and you shouldn't be surprised if it gets dropped, neither should you read anything into it about Alpha/VMS. The future of VMS is the same issue it's always been, with proponents telling you it'll be going for a long time yet, and opponents claiming it's dead and buried: it's a fruitless debate of opinions rather than facts, and as such better kept off lists/newsgroups, so I'll not volunteer my opinion. ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From bert.dn@arma.nl Thu, 10 Dec 1998 14:47:21 +0100 Date: Thu, 10 Dec 1998 14:47:21 +0100 From: Bert de Nooij bert.dn@arma.nl Subject: FW: Cognos' future support for Interbase? Ok, There was not much info I added to the list, but in the mail I sent there were a few lines more. Does anyone know why only half of it appeared on the list? -----Oorspronkelijk bericht----- Van: Bert de Nooij [SMTP:bert.dn@arma.nl] Verzonden: donderdag 10 december 1998 13:53 Aan: powerh-l@lists.swau.edu Onderwerp: RE: Cognos' future support for Interbase? You are right about Cognos not supporting InterBase on VAX/OpenVMS, but that's because Borland did not produce a VAX version of InterBase. Borland did produce a version of InterBase 4 for AXP/openVMS, but there need to be some changes to make it work with PowerHouse. According to Cognos Support (latest info september 1998) they are now working on a PH compatible version. From Allison.Hamilton@Cognos.COM Thu, 10 Dec 1998 09:22:24 -0500 Date: Thu, 10 Dec 1998 09:22:24 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: Cognos' future support for Interbase? PH 7.10F4 and up in the 7.10 stream (7.10 G, G1... etc) and 8.10C and up in the 8.x stream should support both Interbase V3.3J and V4.0 on Alpha OpenVMS. Allison Hamilton > ---------- > From: bert.dn@arma.nl[SMTP:bert.dn@arma.nl] > Sent: Thursday, December 10, 1998 7:52 AM > To: 'powerh-l@lists.swau.edu' > Subject: RE: Cognos' future support for Interbase? > > You are right about Cognos not supporting InterBase on VAX/OpenVMS, but > that's because Borland did not produce a VAX version of InterBase. > Borland did produce a version of InterBase 4 for AXP/openVMS, but there > need to be some changes to make it work with PowerHouse. According to > Cognos Support (latest info september 1998) they are now working on a PH > compatible version. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Mike.Armstrong@Cognos.COM Thu, 10 Dec 1998 09:23:22 -0500 Date: Thu, 10 Dec 1998 09:23:22 -0500 From: Armstrong, Mike Mike.Armstrong@Cognos.COM Subject: VAX vs Alpha compiles I think Blue's original question has been answered many times over so I won't repeat the that. However, I do have to comment on the first paragraph of Mark's message below. Compiled PH code is Compiled PH code as long as the version of PH on the VAX box and the version of PH on the AXP box is the same. Don't believe me? Try doing a diff/para on the same code compiled on different boxes. There might be a few small differences but what is stored in the Compile PH object (.QKC, .QTC, .QZC) is not O/S specific. All the O/S specific stuff is in the .EXE's (QUICKA710F.EXE, QUICK710F.EXE) That's the neat thing about OpenVMS and PowerHouse! As you can see from the others that responded. It's used a lot to lower development cost by running development on small VAX boxes and Production on honking big AXP boxes. Hey, they can even be in the same cluster making it that much easier! Just two cents worth! Cheers! Mike -----Original Message----- From: STEWARTM@dteenergy.com [mailto:STEWARTM@dteenergy.com] Sent: Wednesday, December 09, 1998 5:09 PM To: powerh-l@lists.swau.edu Subject: Re: VAX vs Alpha compiles I wouldn't do this if you plan on moving your compiled version to production some day on a Alpha that have been compiled on a VAX. The operating system is the same but don't let that fool ya because the architecture of each machine is quite different. There could be any number of internal differences that you would not know about. If you are just wondering whether it works your answer is yes if your PowerHouse versions are the same. As for the OpenVMS version I'd advise you compile it against a Y2K version. But again Bob Deskin refered to internal (behind the scenes) differences a hundred times on this list. Why would you want to compile on one version and run it on another. ______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Allison.Hamilton@Cognos.COM Thu, 10 Dec 1998 09:29:45 -0500 Date: Thu, 10 Dec 1998 09:29:45 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: VAX vs Alpha compiles The very early versions of PowerHouse that ran on both VAX and ALPHA OpenVMS (well, to be accurate, it was just called VMS back then) had some compatibility problems (PH 6.20 something). But the problems were soon rectified. Certainly the currently prevalant versions of 710E1-4, 710F-F4 and 710G/G1 should be fully compatible between VAX and ALPHA. Though I wouldn't sign in blood over this one -- there should (couched in the strongest of caution) be no problem moving the compiled versions of PH between different versions of OpenVMS, certainly close versions. In some cases you can even move between versions of PowerHouse, but that would not be supported, and would only work if there was no recompile required between the two versions. A recompile usually means that we changed an internal format or setting. Allison Hamilton > ---------- > From: Robert J.M. Edis[SMTP:Robert.Edis@creatcomp.com] > Sent: Wednesday, December 09, 1998 4:37 PM > To: 'powerh-l@lists.swau.edu' > Subject: VAX vs Alpha compiles > > G'day all > > Can anyone tell if I can compile PowerHouse code on an Alpha OVMS box and > run it on a VAX OVMS box and visa versa please? What OVMS version > implications might there be as well? > > Blue > PowerHouse consultant > Rhode Island, USA > > Disclaimer: > The opinions and ideas expressed in this message are my own and have no > relationship to my current employer, Initial Technical Staffing, its > client > CCI, or any of CCI's clients. > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From STEWARTM@dteenergy.com 10 Dec 98 09:50:36 -0500 Date: 10 Dec 98 09:50:36 -0500 From: STEWARTM@dteenergy.com STEWARTM@dteenergy.com Subject: VAX vs Alpha compiles --=_ORCL_2502311_0_0 Content-Transfer-Encoding:quoted-printable Content-Type:text/plain; charset="iso-8859-1" Mike, Coming from COGNOS this would appear to be the recommendation or a least a money saver, eh? I was once told by a Digital guy (so called expert) that the best bet was to recompile on the Alpha because of the architectural differences of the actual machines (VAX vs. ALPHA) themselves. Interesting to see that so many sites have not had any problems whatsoever! ______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada --=_ORCL_2502311_0_0 Content-Type:message/rfc822 Date: 10 Dec 98 09:23:22 From:"Armstrong, Mike" To:"'STEWARTM@dteenergy.com'" , powerh-l Subject:RE: VAX vs Alpha compiles Return-Path: Received:by mail.detroitedison.com with ESMTP id JAA15956; Thu, 10 Dec 1998 09:37:58 -0500 (EST) Received:by dte.detroitedison.com with ESMTP id JAA17272; Thu, 10 Dec 1998 09:37:57 -0500 (EST) Received:from localhost (daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) with SMTP id IAA11840; Thu, 10 Dec 1998 08:32:48 -0600 Received:by sphere.swau.edu (bulk_mailer v1.9); Thu, 10 Dec 1998 08:25:30 -0600 Received:(from daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) id IAA11690 for powerh-l-outgoing; Thu, 10 Dec 1998 08:25:04 -0600 Received:from sotr0085.cognos.com (gatekeeper.cognos.com [205.210.232.66]) by sphere.swau.edu (8.9.1/8.9.1) with ESMTP id IAA11678 for ; Thu, 10 Dec 1998 08:24:01 -0600 Received:by sotr0085.cognos.com with Internet Mail Service (5.5.2232.9) id ; Thu, 10 Dec 1998 09:23:23 -0500 Message-ID:<9572D9DF1070D111AAB400805FFEC9C5C2063B@sota0104.cognos.com> Sender:owner-powerh-l@sphere.swau.edu MIME-Version: 1.0 Content-Type:text/plain; charset=iso-8859-1 Content-Transfer-Encoding:quoted-printable I think Blue's original question has been answered many times over so I won't repeat the that. However, I do have to comment on the first paragraph of Mark's message below. Compiled PH code is Compiled PH code as long as the version of PH on the VAX box and the version of PH on the AXP box is the same. Don't believe me? Try doing a diff/para on the same code compiled on different boxes. There might be a few small differences but what is stored in the Compile PH object (.QKC, .QTC, .QZC) is not O/S specific. All the O/S specific stuff is in the .EXE's (QUICKA710F.EXE, QUICK710F.EXE) That's the neat thing about OpenVMS and PowerHouse! As you can see from the others that responded. It's used a lot to lower development cost by running development on small VAX boxes and Production on honking big AXP boxes. Hey, they can even be in the same cluster making it that much easier! Just two cents worth! Cheers! Mike -----Original Message----- From: STEWARTM@dteenergy.com [mailto:STEWARTM@dteenergy.com] Sent: Wednesday, December 09, 1998 5:09 PM To: powerh-l@lists.swau.edu Subject: Re: VAX vs Alpha compiles I wouldn't do this if you plan on moving your compiled version to production some day on a Alpha that have been compiled on a VAX. The operating system is the same but don't let that fool ya because the architecture of each machine is quite different. There could be any number of internal differences that you would not know about. If you are just wondering whether it works your answer is yes if your PowerHouse versions are the same. As for the OpenVMS version I'd advise you compile it against a Y2K version. But again Bob Deskin refered to internal (behind the scenes) differences a hundred times on this list. Why would you want to compile on one version and run it on another. ______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D = =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. --=_ORCL_2502311_0_0-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Allison.Hamilton@Cognos.COM Thu, 10 Dec 1998 10:13:23 -0500 Date: Thu, 10 Dec 1998 10:13:23 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: VAX vs Alpha compiles If we were using compilers that were architecture specific such as the OpenVMS language compilers, then you would have machine specific issues involved. We are using compilers (PowerHouse) that were designed to build machine independent object code. The object code format is defined by Cognos, not by the architecture, so it should not be affected by it. Allison Hamilton As always - my opinions are mine alone, and not those of my employers. > ---------- > From: STEWARTM@dteenergy.com[SMTP:STEWARTM@dteenergy.com] > Sent: Thursday, December 10, 1998 9:50 AM > To: powerh-l@lists.swau.edu > Subject: RE: VAX vs Alpha compiles > > <> > Mike, > > Coming from COGNOS this would appear to be the recommendation or a least a > > money saver, eh? I was once told by a Digital guy (so called expert) that > the > best bet was to recompile on the Alpha because of the architectural > differences of the actual machines (VAX vs. ALPHA) themselves. > Interesting > to > see that so many sites have not had any problems whatsoever! > > ______________________ > Mark Stewart > Consultants Club Corp. > Windsor, Ontario > Canada > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Allison.Hamilton@Cognos.COM Thu, 10 Dec 1998 09:58:11 -0500 Date: Thu, 10 Dec 1998 09:58:11 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: FW: VAX vs Alpha compiles > The only internal differences that I can think of that would occur > 'between machines' is the time and date stamp(s) that occurs in the > compiled files and dictionaries. Unless you managed to compile the source > at exactly the same time on both machines, these fields would be > different. They would even be different between two compiles on the same > machine of identical code. This is NOT a problem. > Allison Hamilton > > ---------- > From: STEWARTM@dteenergy.com[SMTP:STEWARTM@dteenergy.com] > Sent: Wednesday, December 09, 1998 5:09 PM > To: powerh-l@lists.swau.edu > Subject: Re: VAX vs Alpha compiles > > <> > I wouldn't do this if you plan on moving your compiled version to > production > some day on a Alpha that have been compiled on a VAX. The operating > system > is > the same but don't let that fool ya because the architecture of each > machine > is quite different. There could be any number of internal differences > that > you would not know about. If you are just wondering whether it works your > > answer is yes if your PowerHouse versions are the same. > > As for the OpenVMS version I'd advise you compile it against a Y2K > version. > But again Bob Deskin refered to internal (behind the scenes) differences a > > hundred times on this list. Why would you want to compile on one version > and > run it on another. > > ______________________ > Mark Stewart > Consultants Club Corp. > Windsor, Ontario > Canada > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Thu, 10 Dec 1998 10:05:46 -0800 Date: Thu, 10 Dec 1998 10:05:46 -0800 From: Richard Witkopp witkopp@idt.com Subject: VAX vs Alpha compiles That's because if you say "compile" to a Digital guy, he probably thinks that's what you mean. PowerHoose is not compiled in the sense you get an executable image, it is parsed. > Mike, > > Coming from COGNOS this would appear to be the recommendation > or a least a > money saver, eh? I was once told by a Digital guy (so called > expert) that > the > best bet was to recompile on the Alpha because of the architectural > differences of the actual machines (VAX vs. ALPHA) > themselves. Interesting > to > see that so many sites have not had any problems whatsoever! > > ______________________ > Mark Stewart > Consultants Club Corp. > Windsor, Ontario > Canada > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Thu, 10 Dec 1998 13:59:36 -0500 Date: Thu, 10 Dec 1998 13:59:36 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: MicroVAX 3100 setup G'day all, it's me again. This is NOT a PowerHouse question but I only got three responses on the VMS list so here goes: I have been handed a MicroVAX 3100 (1987 vintage) to setup, upgrade, connect to our Windows NT based LAN and maintain a PowerHouse based application on remotely (via the internet). The configuration as I can see it is: 32MB RAM on two 'daughter' boards, no SIMMs or DIMMs, just LOTS of little chippies. 4 x ~400MB HDD 1 x LTZ06 4MM external tape drive VMS 5.4-3 DECNet Vt420 terminal It has a 'bayonet' type ethernet connector sticking out the back and three RJ14 type sockets for terminal connections, probably a 10Base2 adaptor. I have found out that I have the max amount of RAM on board as I can get, I can add just about any SCSI HDD, I can add just about any SCSI CD ROM drive (any got an old one spare?) and the UCX license has expired. I have NO manuals or license documentation. I am assured that the VMS, PowerHouse and Visibility licenses are all legal and paid for though! Questions: 1. How do I connect this thing to our TCP/IP LAN so that I can log into our network from home and use the VAX? 2. What upgrade paths do I have? We will probably install a newer version of VMS but the main client is still using PH 5.12C. 3. Has anyone got a later MicroVAX they want to sell? E.g. MicroVAX 3100 Model 85 or 88, etc. or even a 4000 series. 4. How can I tell what model I have here? (10,10e,20,20e,etc) 5. Where can I get a diagram of what's inside it? What are all the sockets for? 6. What's the difference between an Ethernet 10Base2 vs 10BaseT adaptors/connectors? I will really appreciate all the informative response I know will be forthcomming. ;) Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Thu, 10 Dec 1998 16:00:05 -0500 Date: Thu, 10 Dec 1998 16:00:05 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: MicroVAX 3100 setup -----Original Message----- From: Deskin, Bob [SMTP:Bob.Deskin@Cognos.COM] Sent: Thursday, December 10, 1998 2:47 PM To: 'Robert J.M. Edis' Subject: RE: MicroVAX 3100 setup Robert, I know very little about your questions, but the VMS you mention is not Year 2000 compliant. Also, the PowerHouse that would run on this is probably not as well. Regards Bob Thanks for the response Bob. I have done some investigation, both on the web and be experimentation, and found no Y2K issues with VMS 5.4-3. Digital will only 'certify' VMS back as far as 5.5-2 as being compliant by that just means they haven't fully tested earlier versions. The only issue with older versions of VMS is with the delta time design flaw so unless PH uses DT there shouldn't be a problem. PowerHouse 5.12C and 6.00 (yuck) development are installed on this box. We are trying to encourage the client to upgrade both OVMS and PH to 'supported' versions. Oh, and an Alpha too. ;) Blue = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From STEWARTM@dteenergy.com 10 Dec 98 17:21:13 -0500 Date: 10 Dec 98 17:21:13 -0500 From: STEWARTM@dteenergy.com STEWARTM@dteenergy.com Subject: Strange character (UNIX) I just created a scrollable field for a char*160 sized item in the database. Used the following syntax: FOR 1,60 The PH Unix manual says: The "<" symbol indicates that there are undisplayed characters to the left of the scrollable field. Similarily, the ">" symbol indicates that there are undisplayed characters to the right of the scrollable field. Why am I getting a '?' for both? This is new. Is there a terminal setting wrong here? Is this just the way it is on UNIX. I thought it might be indicative of something larger. Is it? HP-UX Oracle 7.3.3 PowerHouse 7.33 ______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mabboud@stvincents.COM.AU Fri, 11 Dec 1998 09:47:23 +1100 Date: Fri, 11 Dec 1998 09:47:23 +1100 From: Mohamad Abboud mabboud@stvincents.COM.AU Subject: Powerhouse question Hi everyone ... I am just new to this list and even not used Powehouse much. My queustion is : I have a quiz program(example A.qzs) and I want to call another quiz program (B.qzs) passing one parameter (Date field) from A.qzs to B.qzs. Then I want B.qzs to send back the result after calculation to A.qzs. How to call a program in Powerhouse (quiz) and send and receive parameters to and from another quiz program. Your help much appreciated. +----------------------------------------------------------------------+ | Mohamad Abboud Phone: 61-2-9361-2480 | | Analyst/Programmer Fax : 61-2-9361-7332 | | Information Systems Dept Email: mabboud@stvincents.com.au | | St. Vincents Hospital Web : http://members.tripod.com/~MAbboud/ | | Darlinghurst NSW 2010 | | Australia | +----------------------------------------------------------------------+ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Thu, 10 Dec 1998 15:34:22 -0800 Date: Thu, 10 Dec 1998 15:34:22 -0800 From: Richard Witkopp witkopp@idt.com Subject: MicroVAX 3100 setup In the words of Roseanne RoseannaDanna, you ask a lotta questions! I forwarded them on to a buddy of mine that works at DEC support, and these are his answers: Questions: 1. How do I connect this thing to our TCP/IP LAN so that I can log into our network from home and use the VAX? UCX (or other vendor equivalent) is the only way to have an IP stack on VMS 5.4-3. You would have to remedy the expired UCX license for this to be enabled. This product is currently known as Digital TCP/IP services for OpenVMS. (Editor's note: You'll probably want to make it a node on a LAVC?) 2. What upgrade paths do I have? We will probably install a newer version of VMS but the main client is still using PH 5.12C. The MicroVAX 3100 should be supported up through the current release of OpenVMS VAX (7.1) 3. Has anyone got a later MicroVAX they want to sell? E.g. MicroVAX 3100 Model 85 or 88, etc. or even a 4000 series. Nope. (Editor's note: There used to be quite a market in used DEC stuff, haven't paid attention lately. Check 'puter rags like DEC Professional, etc.) 4. How can I tell what model I have here? (10,10e,20,20e,etc) From OpenVMS, a write sys$output f$getsyi("hw_name") probably won't distinguish the model. If you were told that the system supports disks greater than 1GB, then you have either a 10e or a 20e. From the console prompt, you can enter a >>> T 50 The first line should be KA41-D V1.0 if you have a 10e or 20e. If the first line reads KA41-A, then you have the 10 or 20. 5. Where can I get a diagram of what's inside it? What are all the sockets for? Unknown. Can't find anything online for these older systems. 6. What's the difference between an Ethernet 10Base2 vs 10BaseT adaptors/connectors? 10Base2 (also known as thinwire ethernet) is 50ohm coax cable with a BNC connector. Systems are "daisy chained" using T connectors. 10BaseT is twisted pair wire with an RJ45 connector. 10BaseT requires a hub when multiple systems are on the lan. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From akogan@westpac.com.au Fri, 11 Dec 1998 10:58:45 +1100 Date: Fri, 11 Dec 1998 10:58:45 +1100 From: arthur kogan akogan@westpac.com.au Subject: Powerhouse question Hi Mohamad. Powerhouse is not really designed to do this type of thing easily, especially the fully 4GL components like Quiz and QTP. Quick does give you a bit more scope in this area. I think it would be very usefull for you to attend at least the basic Powerhouse course in order to understand the basics of Powerhouse architecture. Cognos runs these courses quite regularly. As far as your current problem is concerned, I think it would be useful for you to describe the actual business requirement, i.e. WHAT you need to achieve, rather then how you plan to achieve it. Then, we may be able to provide a solution consistant with the way Powerhouse works. You may be surprised how easy it is. Regards, Arthur Kogan Westpac Financial Services Sydney, Australia Mohamad Abboud wrote: > Hi everyone ... > > I am just new to this list and even not used Powehouse much. > My queustion is : > I have a quiz program(example A.qzs) and I want to call another quiz program > (B.qzs) passing one parameter (Date field) from A.qzs to B.qzs. > Then I want B.qzs to send back the result after calculation to A.qzs. > > How to call a program in Powerhouse (quiz) and send and receive parameters > to and from > another quiz program. > > Your help much appreciated. > > +----------------------------------------------------------------------+ > | Mohamad Abboud Phone: 61-2-9361-2480 | > | Analyst/Programmer Fax : 61-2-9361-7332 | > | Information Systems Dept Email: mabboud@stvincents.com.au | > | St. Vincents Hospital Web : http://members.tripod.com/~MAbboud/ | > | Darlinghurst NSW 2010 | > | Australia | > +----------------------------------------------------------------------+ > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mao@krifapost.dk Fri, 11 Dec 1998 13:32:54 +0100 Date: Fri, 11 Dec 1998 13:32:54 +0100 From: mao@krifapost.dk mao@krifapost.dk Subject: Locks Hi This week we upgraded from 7.29.C2 to 7.29.C8. We are running PH on HP3000 and are using allbase in some of our programs. Two years we found out that the combination of PH and Allbase is a bad coktail because it can only handle 220 transactions, ig more the system will lock. BUT we decided to only use Allbase in small parts of our system, and it worked well TILL we upgraded from 7.29.C2 to 7.29.C8! Now we get locks all the time and have had to close some programs down temporary because of that. We are to install 8.19 soon but what if this will act the same way. If we cant find a solution we would have to either change from Allbase to Image (That will be an enormous job) of program int all in Java........ Have any of your guys had similar problems and what did you do about it? Greetings \o/ Mikael A. Olesen Programmer at dKF/Denmark = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mao@krifapost.dk Fri, 11 Dec 1998 13:39:46 +0100 Date: Fri, 11 Dec 1998 13:39:46 +0100 From: mao@krifapost.dk mao@krifapost.dk Subject: Locks - THIS GUYS FINGERS CANT SPELL! Hi This week we upgraded from 7.29.C2 to 7.29.C8. We are running PH on HP3000 and are using allbase in some of our programs. Two years ago we found out that the combination of PH and Allbase is a bad coktail because it can only handle 220 transactions, if more the system will lock. BUT we decided only to use Allbase in small parts of our system, and it worked well TILL we upgraded from 7.29.C2 to 7.29.C8! Now we get locks all the time and have had to close some programs down temporary because of that. We are to install 8.19 soon but what if this will act the same way. If we cant find a solution we would have to either change from Allbase to Image (That will be an enormous job) or program it all in Java........ Have any of your guys had similar problems and what did you do about it? Greetings \o/ Mikael A. Olesen Programmer at dKF/Denmark = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From rayb@specialist.co.uk Fri, 11 Dec 1998 12:53:07 -0000 Date: Fri, 11 Dec 1998 12:53:07 -0000 From: Ray Bailey rayb@specialist.co.uk Subject: Powerhouse question I think you may need a little training. Not sure what you want to do but I think you might want to look at the USE command in quiz. As a small note I've always found it easier if you can specify the platform and the version that you are using. > -----Original Message----- > From: owner-powerh-l@sphere.swau.edu > [mailto:owner-powerh-l@sphere.swau.edu]On Behalf Of Mohamad Abboud > Sent: 10 December 1998 22:47 > To: powerh-l@lists.swau.edu > Subject: Powerhouse question > > > Hi everyone ... > > I am just new to this list and even not used Powehouse much. > My queustion is : > I have a quiz program(example A.qzs) and I want to call another > quiz program > (B.qzs) passing one parameter (Date field) from A.qzs to B.qzs. > Then I want B.qzs to send back the result after calculation to A.qzs. > > How to call a program in Powerhouse (quiz) and send and receive parameters > to and from > another quiz program. > > Your help much appreciated. > > +----------------------------------------------------------------------+ > | Mohamad Abboud Phone: 61-2-9361-2480 | > | Analyst/Programmer Fax : 61-2-9361-7332 | > | Information Systems Dept Email: mabboud@stvincents.com.au | > | St. Vincents Hospital Web : http://members.tripod.com/~MAbboud/ | > | Darlinghurst NSW 2010 | > | Australia | > +----------------------------------------------------------------------+ > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From STEWARTM@dteenergy.com 11 Dec 98 07:59:27 -0500 Date: 11 Dec 98 07:59:27 -0500 From: STEWARTM@dteenergy.com STEWARTM@dteenergy.com Subject: Powerhouse question --=_ORCL_2511982_0_0 Content-Transfer-Encoding:quoted-printable Content-Type:text/plain; charset="iso-8859-1" That doesn't sound like something you can pull off in PowerHouse easily. However through the creation of subfiles you can capture records, calculations, or whatever you desire and access the subfile in subsequent passes. For example you could have a number of QTP's or QUIZ's doing any number of things and then each could create a subfile (with a KEEP) for the next pass to eventually satisfy your final objectives for the report. _______________________ Mark Stewart Consultants Club Corp. Windsor, Ontario Canada --=_ORCL_2511982_0_0 Content-Type:message/rfc822 Date: 10 Dec 98 17:47:23 From:Mohamad Abboud To:powerh-l Subject:Powerhouse question Return-Path: Received:by mail.detroitedison.com with ESMTP id SAA09821; Thu, 10 Dec 1998 18:05:13 -0500 (EST) Received:by dte.detroitedison.com with ESMTP id SAA07811; Thu, 10 Dec 1998 18:05:12 -0500 (EST) Received:from localhost (daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) with SMTP id RAA23391; Thu, 10 Dec 1998 17:03:34 -0600 Received:by sphere.swau.edu (bulk_mailer v1.9); Thu, 10 Dec 1998 16:57:54 -0600 Received:(from daemon@localhost) by sphere.swau.edu (8.9.1/8.9.1) id QAA23250 for powerh-l-outgoing; Thu, 10 Dec 1998 16:57:18 -0600 Received:from dns2.stvincents.com.au (dns2.stvincents.COM.AU [203.20.160.18]) by sphere.swau.edu (8.9.1/8.9.1) with SMTP id QAA23203 for ; Thu, 10 Dec 1998 16:55:52 -0600 Received:from svhfw.stvincents.COM.AU by dns2.stvincents.com.au (MX V4.2 VAX) with SMTP; Fri, 11 Dec 1998 10:04:46 EST Received:by svhfw.stvincents.COM.AU; (5.65v4.0/1.3/10May95) id AA24161; Fri, 11 Dec 1998 09:57:09 +1100 Received:from svp824.stvincents.com.au (generic106174.svh.unsw.EDU.AU) by svs14.stvincents.com.au (MX V4.2 VAX) with SMTP; Fri, 11 Dec 1998 09:56:07 EST-10EST Message-ID:<3.0.6.32.19981211094723.007d1d20@popserver.stvincents.com.au> X-Sender:svisa072@popserver.stvincents.com.au Sender:owner-powerh-l@sphere.swau.edu MIME-Version: 1.0 Content-Type:text/plain; charset=us-ascii Content-Transfer-Encoding:7bit Hi everyone ... I am just new to this list and even not used Powehouse much. My queustion is : I have a quiz program(example A.qzs) and I want to call another quiz program (B.qzs) passing one parameter (Date field) from A.qzs to B.qzs. Then I want B.qzs to send back the result after calculation to A.qzs. How to call a program in Powerhouse (quiz) and send and receive parameters to and from another quiz program. Your help much appreciated. +----------------------------------------------------------------------+ | Mohamad Abboud Phone: 61-2-9361-2480 | | Analyst/Programmer Fax : 61-2-9361-7332 | | Information Systems Dept Email: mabboud@stvincents.com.au | | St. Vincents Hospital Web : http://members.tripod.com/~MAbboud/ | | Darlinghurst NSW 2010 | | Australia | +----------------------------------------------------------------------+ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. --=_ORCL_2511982_0_0-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From john@beechglen.com Fri, 11 Dec 1998 08:51:40 -0600 Date: Fri, 11 Dec 1998 08:51:40 -0600 From: John Backus john@beechglen.com Subject: Powerhouse question When seeking to do what you are asking, I use one of two methods. 1. In one pass, capture the desired data into the form of a use file as another lister had mentioned. Make the use file contain valid DEFINE statements that when USEd, allow access to the data values that you wanted. 2. Place the data into a 1 record subfile and do something like: ACCESS FILEA LINK TO RECORD(0) OF *SUBFILE1 >I have a quiz program(example A.qzs) and I want to call another quiz program >(B.qzs) passing one parameter (Date field) from A.qzs to B.qzs. >Then I want B.qzs to send back the result after calculation to A.qzs. > >How to call a program in Powerhouse (quiz) and send and receive parameters to and from another quiz program. Yippie and Yahoo, it is Friday! John Backus Beechglen Development, Inc. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From aguertin@cegep-ste-foy.qc.ca Thu, 10 Dec 1998 20:34:28 -0500 Date: Thu, 10 Dec 1998 20:34:28 -0500 From: Andre Guertin aguertin@cegep-ste-foy.qc.ca Subject: Cognos' future support for Interbase? Hi, As a supported client of InterBase both on Vax and On Alpha, I received in november a letter from Cognos (Ed Shepherdson, Director, 4GL Products) about the "Maturity of InterBase for OpenVMS" Here are some quotes : "InterBase for OpenVMS version 3.3L3 is the final release of this product from InterBase Software Corporation on OpenVMS VAX. There will be no further releases, bug fixes, or enhancements." "InterBase version 4.0 for OpenVMS versions 6.2 and 7.1 on Alpha is currently being shipped, but no further versions are expected from InterBase Software Corporation after that." "Supported customers will continue to receive Telephone Support from Cognos until their existing support contracts expire, and then Cognos will offer free Telephone Support on InterBase for OpenVMS until December 31, 1999. Telephone Support will be discontinued after December 31, 1999." "PowerHouse 4GL on OpenVMS will continue to support the interface to InterBase at the functionnal level offered in our fully certified and supported Year 2000 compliant versions of PowerHouse 4GL for OpenVMS. These are PowerHouse 4GL versions 7.10G and 8.10." Andre Guertin aguertin@cegep-ste-foy.qc.ca = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Fri, 11 Dec 1998 09:32:00 -0500 Date: Fri, 11 Dec 1998 09:32:00 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: MicroVAX 3100 setup Thanks very much Richard. Your response was most informative and helpful. But, beware more questions!!! Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Chris.Sharman@ccagroup.co.uk Fri, 11 Dec 1998 16:24:42 +0000 Date: Fri, 11 Dec 1998 16:24:42 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: Quick screen auto-find A fairly common requirement here is that we have a lookup screen (various keys), which users use to find data in the normal way; and we'd also like to call it from a parent screen, passing in the key/record to display (either with the passing mechanism or using systemvalues). I've found no way of implementing a screen that works both ways. I can default the access statements (or specify them to request keys), and that always prompts the user. I can specify an access statement that uses passed in values, and that will never prompt the user. What I need is an IF clause on the access statement, or a facility to push characters into the PSIB; so that I can lookup on passed in values (if any), otherwise find normally. Eg SCREEN mine TEMP lookupby char*10 = getsystemval("LOOKUPBY") FILE myfile PRIMARY ACCESS VIA key1 USING lookupby IF (lookupby<>"") ACCESS VIA key1 USING key1 REQUEST key1 ACCESS VIA key2 USING key2 REQUEST key2 etc ... Failing that, I suppose I have to write my own PATH & FIND procedures: a hateful practice I prefer to avoid. Any better suggestions anyone ? ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jhamer@milk.org Fri, 11 Dec 1998 12:25:37 -0500 Date: Fri, 11 Dec 1998 12:25:37 -0500 From: Jim Hamer jhamer@milk.org Subject: Quick screen auto-find Chris, We have crossed that bridge as well. We wrote an Inquiry subsystem that had a Parent screen and 40 sub-inquiry screens. We carry the key data from the parent screen down to any of the sub-inquiry screens and then the user can call up a new record while on a sub-inquiry screen. (We also passed the new key back up to the Parent.) We solved the problem the way you have described by writing Path and Find procedures. These were put into a USE file and in most cases the sub-inquiry screen would reference the USE file and following that have the additional files (Detail or Secondary) that were required. I confess that we had to Get these additional files by coding the Get in the Detail Find procedure. All the screens in the subsystem were designed to have the same 'look and feel'. Each screen had the same data at the top of each screen. This was the key data from the Primary record. This lead us to have 3 USE files. The first file contained the Primary file and Access statements, along with the necessary Temps and Defines and the Reference files. The second USE file contained the Field statements for the layout of the key data. There are 6 lines of key data. The last USE file contained the Path, Find and Exit (where we set the variable to pass back up the key value) procedures. Once the USE files were set up, creating the subsystem was fairly simple. Jim Jim Hamer Contract System Analyst Dairy Farmers of Ontario (416) 489-3298 Information Systems Division hamer@inforamp.net (905) 821-8970 Toronto, Ontario, Canada jhamer@milk.org http://www.inforamp.net/~hamer/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Fri, 11 Dec 1998 12:33:31 -0500 Date: Fri, 11 Dec 1998 12:33:31 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Quick screen auto-find Chris I've often wanted to do this and sometimes have done this. Each time that I've actually done this I cringe and write my own path and find procedures as I've found no other suitable way with just the access statement. But please *do* make an enhancement request to Cognos for the addition of a text string or item to what the syntax calls "conditional-command-list". This would make it possible to push a key value onto the command stack via the push verb itself, by the pre and postcommand options of designer procedures and to have a dfk send text. I think my first request for this enhancement was about 10 years ago - definitely before the PEP program but I resubmitted it during that long forgotten era and regularly ever since. Maybe it needs the support of the rest of you :-) Regards, John "feeling old sometimes" Pickering Toronto -----Original Message----- From: Chris.Sharman@ccagroup.co.uk Sent: Friday, December 11, 1998 12:08 PM To: powerh-l@lists.swau.edu Cc: Chris.Sharman@ccagroup.co.uk Subject: Quick screen auto-find A fairly common requirement here is that we have a lookup screen (various keys), which users use to find data in the normal way; and we'd also like to call it from a parent screen, passing in the key/record to display (either with the passing mechanism or using systemvalues). I've found no way of implementing a screen that works both ways. I can default the access statements (or specify them to request keys), and that always prompts the user. I can specify an access statement that uses passed in values, and that will never prompt the user. What I need is an IF clause on the access statement, or a facility to push characters into the PSIB; so that I can lookup on passed in values (if any), otherwise find normally. Eg SCREEN mine TEMP lookupby char*10 = getsystemval("LOOKUPBY") FILE myfile PRIMARY ACCESS VIA key1 USING lookupby IF (lookupby<>"") ACCESS VIA key1 USING key1 REQUEST key1 ACCESS VIA key2 USING key2 REQUEST key2 etc ... Failing that, I suppose I have to write my own PATH & FIND procedures: a hateful practice I prefer to avoid. Any better suggestions anyone ? ______________________________________________________________________ Chris Sharman Chris.SharmanÉCCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From l.dyer@mgn.co.uk Fri, 11 Dec 1998 17:40:07 +0000 Date: Fri, 11 Dec 1998 17:40:07 +0000 From: l.dyer@mgn.co.uk l.dyer@mgn.co.uk Subject: Versions Does anyone know of a method to determine the version that a Powerhouse executeable was compiled under ? Lynden = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Fri, 11 Dec 1998 14:06:17 -0500 Date: Fri, 11 Dec 1998 14:06:17 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: Versions G'day Lynden Under VMS you can type the QKC,QTC or QZC on the terminal and see the version as a text string in the beginning of the file. It may screw-up your terminal settings but just do a refresh or reset, depending on the emulator, all will be well again. Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. -----Original Message----- From: l.dyer@mgn.co.uk [SMTP:l.dyer@mgn.co.uk] Sent: Friday, December 11, 1998 12:40 PM To: powerh-l@lists.swau.edu Subject: Versions Does anyone know of a method to determine the version that a Powerhouse executeable was compiled under ? Lynden = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Fri, 11 Dec 1998 10:14:48 -0800 Date: Fri, 11 Dec 1998 10:14:48 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: Quick screen auto-find At 04:24 PM 12/11/1998 +0000, Chris Sharman wrote: >A fairly common requirement here is that we have a lookup screen (various >keys), which users use to find data in the normal way; and we'd also like to >call it from a parent screen, passing in the key/record to display (either with >the passing mechanism or using systemvalues). > >I've found no way of implementing a screen that works both ways. >I can default the access statements (or specify them to request keys), >and that always prompts the user. >I can specify an access statement that uses passed in values, and that >will never prompt the user. > >What I need is an IF clause on the access statement, or a facility to push >characters into the PSIB; so that I can lookup on passed in values (if any), >otherwise find normally. > >Eg >SCREEN mine > >TEMP lookupby char*10 = getsystemval("LOOKUPBY") >FILE myfile PRIMARY > ACCESS VIA key1 USING lookupby IF (lookupby<>"") > ACCESS VIA key1 USING key1 REQUEST key1 > ACCESS VIA key2 USING key2 REQUEST key2 > etc ... > >Failing that, I suppose I have to write my own PATH & FIND procedures: a >hateful practice I prefer to avoid. Any better suggestions anyone ? Chris, Going strictly from memory, I have written screens where a parameter received by the screen is checked in the Initialize procedure eg: SCREEN X RECEIVING DC-PARM ACTIONMENU LABEL "Find" ACTION DESIGNER FND1 MENUKEY "F" TEMP DC-Z CHAR*10 FILE Y ACCESS VIAINDEX ABC USING DC-Z [...] FIELD TC-Z [...] PROCEDURE INITIALIZE BEGIN IF DC-PARM <> "specialval" THEN BEGIN LET DC-Z = DC-PARM PUSH FIND END END PROCEDURE DESIGNER FND1 NODATA BEGIN ACCEPT TC-Z PUSH FIND END Mike From witkopp@idt.com Fri, 11 Dec 1998 10:26:19 -0800 Date: Fri, 11 Dec 1998 10:26:19 -0800 From: Richard Witkopp witkopp@idt.com Subject: Quick screen auto-find We used to do this kind of thing with a POSTPATH procedure, I think. > A fairly common requirement here is that we have a lookup > screen (various > keys), which users use to find data in the normal way; and > we'd also like to > call it from a parent screen, passing in the key/record to > display (either with > the passing mechanism or using systemvalues). > > I've found no way of implementing a screen that works both ways. > I can default the access statements (or specify them to request keys), > and that always prompts the user. > I can specify an access statement that uses passed in values, and that > will never prompt the user. > > What I need is an IF clause on the access statement, or a > facility to push > characters into the PSIB; so that I can lookup on passed in > values (if any), > otherwise find normally. > > Eg > SCREEN mine > > TEMP lookupby char*10 = getsystemval("LOOKUPBY") > FILE myfile PRIMARY > ACCESS VIA key1 USING lookupby IF (lookupby<>"") > ACCESS VIA key1 USING key1 REQUEST key1 > ACCESS VIA key2 USING key2 REQUEST key2 > etc ... > > Failing that, I suppose I have to write my own PATH & FIND > procedures: a > hateful practice I prefer to avoid. Any better suggestions anyone ? = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Fri, 11 Dec 1998 15:03:39 -0500 Date: Fri, 11 Dec 1998 15:03:39 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Versions >Under VMS you can type the QKC,QTC or QZC on the terminal and see the >version as a text string in the beginning of the file. It may screw-up your >terminal settings but just do a refresh or reset, depending on the emulator, >all will be well again. Ditto MPE/iX. Except it's "print" not "type". John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Fri, 11 Dec 1998 15:07:40 -0500 Date: Fri, 11 Dec 1998 15:07:40 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: FW: Quick screen auto-find G'day Chris I think I understand your issue as this: ScreenA calls screenB passing record key for autofind. Menuscreen calls screenB passing nothing and user is prompted for key value. If this is correct then you can try this: Screen tmenu menu Temp key1 char*1 initial "" Title "Test Menu" Skip 2 Subscreen a label "Primary record" Subscreen b label "Detail records" passing key1 build screen a file pfile primary access via preckey using preckey request preckey access sequential temp key1 char*1 initial preckey of pfile title "TEST SCREEN A" skip 2 FIELD PRECKEY OF PFILE REQUIRED NOCHANGE LOOKUP NOTON PFILE FIELD RECDATA OF PFILE FIELD FRECKEY OF PFILE skip 2 subscreen b label "Detail Record Test Screen" id 04 procedure designer 04 begin let key1 = freckey of pfile run screen b passing key1 mode f end build screen b receiving key1 temp key1 char*1 file dfile primary occurs 5 access via preckey using key1 access via preckey using preckey request preckey access sequential CLUSTER OCCURS WITH DFILE FIELD PRECKEY OF DFILE REQUIRED NOCHANGE FIELD RECDATA2 OF DFILE cluster procedure path begin if key1 NE "" then let path = 1 else begin request preckey if promptok then let path = 2 else let path = 3 end end BUILD list detail The default FIND procedure is: > PROCEDURE FIND > BEGIN > FOR MISSING DFILE > BEGIN > IF PATH = 1 > THEN GET DFILE VIA PRECKEY USING KEY1 > IF PATH = 2 > THEN GET DFILE VIA PRECKEY USING PRECKEY OF DFILE > IF PATH = 3 > THEN GET DFILE SEQUENTIAL > END > END I tested this sample using RMS files and it works fine. Blue PowerHouse consultant Rhode Island, USA Disclaimer: The opinions and ideas expressed in this message are my own and have no relationship to my current employer, Initial Technical Staffing, its client CCI, or any of CCI's clients. -----Original Message----- From: Chris Sharman [SMTP:Chris.Sharman@ccagroup.co.uk] Sent: Friday, December 11, 1998 11:25 AM To: powerh-l@lists.swau.edu Cc: Chris.Sharman@ccagroup.co.uk Subject: Quick screen auto-find A fairly common requirement here is that we have a lookup screen (various keys), which users use to find data in the normal way; and we'd also like to call it from a parent screen, passing in the key/record to display (either with the passing mechanism or using systemvalues). I've found no way of implementing a screen that works both ways. I can default the access statements (or specify them to request keys), and that always prompts the user. I can specify an access statement that uses passed in values, and that will never prompt the user. What I need is an IF clause on the access statement, or a facility to push characters into the PSIB; so that I can lookup on passed in values (if any), otherwise find normally. Eg SCREEN mine TEMP lookupby char*10 = getsystemval("LOOKUPBY") FILE myfile PRIMARY ACCESS VIA key1 USING lookupby IF (lookupby<>"") ACCESS VIA key1 USING key1 REQUEST key1 ACCESS VIA key2 USING key2 REQUEST key2 etc ... Failing that, I suppose I have to write my own PATH & FIND procedures: a hateful practice I prefer to avoid. Any better suggestions anyone ? ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Fri, 11 Dec 1998 12:12:34 -0800 Date: Fri, 11 Dec 1998 12:12:34 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: Versions At 03:03 PM 12/11/1998 -0500, pickerij@norbord.com wrote: > >>Under VMS you can type the QKC,QTC or QZC on the terminal and see the >>version as a text string in the beginning of the file. It may screw-up >your >>terminal settings but just do a refresh or reset, depending on the >emulator, >>all will be well again. > >Ditto MPE/iX. Except it's "print" not "type". Another OVMS method that will leave your terminal settings alone is to open the *.q*c file in a read-only editor session. It can be handy to look at files in an editor with search and "goto line" available, and know you won't risk accidentally changing the file. Using Eve, this can be done with the READ_ONLY parm. EX:==EDIT/TPU/READ_ONLY/INIT=UT:EVE$INIT.EVE Mike From blansett@Harding.edu Fri, 11 Dec 1998 12:07:26 -0500 (CDT) Date: Fri, 11 Dec 1998 12:07:26 -0500 (CDT) From: Lyn Blansett blansett@Harding.edu Subject: Quick screen auto-find On Fri, 11 Dec 1998, Chris Sharman wrote: > A fairly common requirement here is that we have a lookup screen (various > keys), which users use to find data in the normal way; and we'd also like to > call it from a parent screen, passing in the key/record to display (either with > the passing mechanism or using systemvalues). > We do this by using conditional compiles of a screen source. However, you must specify different screen names for each conditional compile. I don't know if this will fit your need or not, but we find conditional compiles a very useful tool. We created a Student information system, which is comprised mostly of conditionally compiled screens from the various departmental systems. With "ACTIVITIES FIND" limitation, the department's data doesn't get "violated" by others. We also allow the departmental systems to drop directly into the Student info system with a student's ID, utilizing another conditional compile.... and so on..... Conditional compiles can also be used with QUIZ and QTP, too, opening up another whole realm of possibilities. Lyn ================================================================ Lyn Blansett | H A R D I N G University | Computer / Information Services Software Programmer/Support | 501 279-4440(Office) 4600(Fax) ================================================================ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From edm@ncti.com Fri, 11 Dec 1998 15:32:03 -0700 Date: Fri, 11 Dec 1998 15:32:03 -0700 From: Ed Milner edm@ncti.com Subject: MPE 6.0 and Powerhouse 7.29C > Does anyone know if Powerhouse 7.29.C level 30, runs ok with MPE > 6.0? > Ed Milner = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From linga88@yahoo.com Sat, 12 Dec 1998 09:56:55 +1100 (EST) Date: Sat, 12 Dec 1998 09:56:55 +1100 (EST) From: alex ling linga88@yahoo.com Subject: Cognos' future support for Interbase? Thank you all for your responses. This information will be extremely useful for my client to make their strategic decision. How come we did not receive this letter? Regards, A Ling. ---Andre Guertin wrote: > > Hi, > > As a supported client of InterBase both on Vax and On Alpha, I received in > november a letter from Cognos (Ed Shepherdson, Director, 4GL Products) > about the "Maturity of InterBase for OpenVMS" > > Here are some quotes : > > "InterBase for OpenVMS version 3.3L3 is the final release of this product > from InterBase Software Corporation on OpenVMS VAX. There will be no > further releases, bug fixes, or enhancements." > > "InterBase version 4.0 for OpenVMS versions 6.2 and 7.1 on Alpha is > currently being shipped, but no further versions are expected from > InterBase Software Corporation after that." > > "Supported customers will continue to receive Telephone Support from Cognos > until their existing support contracts expire, and then Cognos will offer > free Telephone Support on InterBase for OpenVMS until December 31, 1999. > Telephone Support will be discontinued after December 31, 1999." > > "PowerHouse 4GL on OpenVMS will continue to support the interface to > InterBase at the functionnal level offered in our fully certified and > supported Year 2000 compliant versions of PowerHouse 4GL for OpenVMS. These > are PowerHouse 4GL versions 7.10G and 8.10." > > > Andre Guertin > aguertin@cegep-ste-foy.qc.ca > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From J.Hoffman@cchs.usyd.edu.au Mon, 14 Dec 1998 21:23:25 +1100 Date: Mon, 14 Dec 1998 21:23:25 +1100 From: Jeff Hoffman J.Hoffman@cchs.usyd.edu.au Subject: Quick screen auto-find Simplest way is to write the path procedure, leave your access statements as is and use the default find procedure path if lookupby <> " " then let path = 1 else begin request key1 if promptok then let path = 2 else begin request key2 .... etc At 04:24 pm 11/12/98 +0000, you wrote: >A fairly common requirement here is that we have a lookup screen (various >keys), which users use to find data in the normal way; and we'd also like to >call it from a parent screen, passing in the key/record to display (either with >the passing mechanism or using systemvalues). > >I've found no way of implementing a screen that works both ways. >I can default the access statements (or specify them to request keys), >and that always prompts the user. >I can specify an access statement that uses passed in values, and that >will never prompt the user. > >What I need is an IF clause on the access statement, or a facility to push >characters into the PSIB; so that I can lookup on passed in values (if any), >otherwise find normally. > >Eg >SCREEN mine > >TEMP lookupby char*10 = getsystemval("LOOKUPBY") >FILE myfile PRIMARY > ACCESS VIA key1 USING lookupby IF (lookupby<>"") > ACCESS VIA key1 USING key1 REQUEST key1 > ACCESS VIA key2 USING key2 REQUEST key2 > etc ... > >Failing that, I suppose I have to write my own PATH & FIND procedures: a >hateful practice I prefer to avoid. Any better suggestions anyone ? >______________________________________________________________________ >Chris Sharman Chris.Sharman@CCAgroup.co.uk >CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu >Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >This list is closed, thus to post to the list, you must be a subscriber. > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + Jeff Hoffman + e-mail: J.Hoffman@cchs.usyd.EDU.AU + + Director + + + WoniCon Pty Ltd + ,-_|\ + + 21 Prices Circuit + voice: +61 2 9542 1527 / \ + + Woronora NSW 2141 + fax: +61 2 9521 3979 \_,-._* + + AUSTRALIA + v + +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- + = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From scott_gates@mail.trigon.com Mon, 14 Dec 1998 13:05:46 -0500 Date: Mon, 14 Dec 1998 13:05:46 -0500 From: Gates, Scott scott_gates@mail.trigon.com Subject: Cognos' future support for Interbase? You have witnessed the basic difference between the marketing and technologies department of a major software house. Tech says it no longer wants to support a product past a certain date, marketing thinks that means it's time for a fire sale. Scott Gates > ---------- > From: alex ling[SMTP:linga88@yahoo.com] > Sent: Friday, December 11, 1998 5:56PM > To: Andre Guertin; powerh-l@lists.swau.edu > Subject: Re: Cognos' future support for Interbase? > > Thank you all for your responses. > > This information will be extremely useful for my client to make their > strategic decision. How come we did not receive this letter? > > Regards, > A Ling. > > > > > ---Andre Guertin wrote: > > > > Hi, > > > > As a supported client of InterBase both on Vax and On Alpha, I > received in > > november a letter from Cognos (Ed Shepherdson, Director, 4GL > Products) > > about the "Maturity of InterBase for OpenVMS" > > > > Here are some quotes : > > > > "InterBase for OpenVMS version 3.3L3 is the final release of this > product > > from InterBase Software Corporation on OpenVMS VAX. There will be no > > further releases, bug fixes, or enhancements." > > > > "InterBase version 4.0 for OpenVMS versions 6.2 and 7.1 on Alpha is > > currently being shipped, but no further versions are expected from > > InterBase Software Corporation after that." > > > > "Supported customers will continue to receive Telephone Support from > Cognos > > until their existing support contracts expire, and then Cognos will > offer > > free Telephone Support on InterBase for OpenVMS until December 31, > 1999. > > Telephone Support will be discontinued after December 31, 1999." > > > > "PowerHouse 4GL on OpenVMS will continue to support the interface to > > InterBase at the functionnal level offered in our fully certified > and > > supported Year 2000 compliant versions of PowerHouse 4GL for > OpenVMS. These > > are PowerHouse 4GL versions 7.10G and 8.10." > > > > > > Andre Guertin > > aguertin@cegep-ste-foy.qc.ca > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = = > > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > > powerh-l@lists.swau.edu is gatewayed one-way to > bit.listserv.powerh-l > > This list is closed, thus to post to the list, you must be a > subscriber. > > > > _________________________________________________________ > DO YOU YAHOO!? > Get your free @yahoo.com address at http://mail.yahoo.com > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From KHeathe673@aol.com Mon, 14 Dec 1998 13:29:03 EST Date: Mon, 14 Dec 1998 13:29:03 EST From: KHeathe673@aol.com KHeathe673@aol.com Subject: Interbase Support Here I go again (about to be flamed by Bob D...) re: the end of Interbase Support. In 1993, I was on contract to the Department of Correctional Services Canada, and was invited to attend a 1/2 day session with our local Cognos Marketing Rep, and several Senior Marketing and Development Managers from Cognos NHQ. (I will not name names). After enduring yet another BI Demo of Impromptu, we finally reached the agenda item, which I was interested in, as we were over 1 year into a development effort, building a Materiel Mgt system for our federal jails, involving 6 alpha systems over Canada, and about 60 jails. We asked: "What was the future of Interbase, now that Borland had purchased the Interbase product. The gist of the presentation, was to inform us that Borland had no intention of supporting Interbase on Open/VMS. They, BORLAND, considered this a dead operating system. Their plans were for NT and Unix only. Version 4 would not be supported under any other environment. The senior Cognos folk , then went on to suggest that we begin planning to move to either Oracle or Sysbase soon . That was their advice and strong urging to a major client. In 1993 ! I am certain Cognos have been saying this for some time. So nobody out there ought to be surprised or shocked ! Of course, the fact that we did not have a PowerHouse product which supported Oracle access (barring Axiant sort of 1.2 (did that ever work !)until recently, certainly has constrained any porting efforts hasnt it !. What were we supposed to do in 1994,1995,1996 and most of 1997 ? Thus I don't see this as a marketing issue/technical management disagreement over at Riverside. The writing has been on the wall, and very clear for some time. Kent Heatherington = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Kevin.Gordon@seacontainers.com Tue, 15 Dec 1998 10:09:49 -0000 Date: Tue, 15 Dec 1998 10:09:49 -0000 From: Kevin Gordon Kevin.Gordon@seacontainers.com Subject: Interbase Support Kent Heatherington wrote: >> Of course, the fact that we did not have a PowerHouse product which supported Oracle access (barring Axiant sort of 1.2 (did that ever work !) until recently, certainly has constrained any porting efforts hasnt it !. What were we supposed to do in 1994,1995,1996 and most of 1997 ? << Might I suggest that Rdb would have been a good move? Native PowerHouse interface, fully supported (by Oracle and Cognos) and still being developed on OpenVMS. (I'll say nothing about the marketing, though...) Regards, Kevin Gordon, Sea Containers, London Voice: +44 171 80 55 487 Fax: +44 171 80 55 932 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Mike.Lafferty@AIG.COM Tue, 15 Dec 1998 11:17:59 -0500 Date: Tue, 15 Dec 1998 11:17:59 -0500 From: Lafferty, Mike Mike.Lafferty@AIG.COM Subject: Manual prices... This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BE2845.F2C42D70 Content-Type: text/plain; charset="iso-8859-1" Hi All, I have a friend who is interested in purchasing the 4-piece (QDD, QUICK, QUIZ, QTP) manual set....Does anyone have this info ?.... We are working on an HP3000 997-400 and a 979-200...PH version 6.09.d Are there more up-to-date versions of the manual set ?... Thanks in advance, Mike ------_=_NextPart_001_01BE2845.F2C42D70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Manual prices...

Hi All,

I have a friend who is interested in = purchasing the 4-piece (QDD, QUICK, QUIZ, QTP) manual set....Does = anyone have this info ?....

We are working on an HP3000 997-400 = and a 979-200...PH version 6.09.d

Are there more up-to-date versions of = the manual set ?...

Thanks in advance,

Mike

------_=_NextPart_001_01BE2845.F2C42D70-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Alex.Coker@ipaper.com Tue, 15 Dec 1998 10:44:18 -0600 Date: Tue, 15 Dec 1998 10:44:18 -0600 From: Alex.Coker@ipaper.com Alex.Coker@ipaper.com Subject: 710G Problems Has anyone experienced problems with the up-arrow recall on quick screens in PowerHouse 710G on Open VMS 7.1? If so, is it corrected in 710G1? Alex Coker = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Tue, 15 Dec 1998 09:37:02 -0800 Date: Tue, 15 Dec 1998 09:37:02 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: 710G Problems At 10:44 AM 12/15/1998 -0600, Alex.Coker@ipaper.com wrote: >Has anyone experienced problems with the up-arrow recall on quick screens in >PowerHouse 710G on Open VMS 7.1? >If so, is it corrected in 710G1? > >Alex Coker We ran into this in 710F3. The up arrow's behavior seems to have changed since 620E, our previous production version. In 620E it seemed performed different functions depending on context: if you were entering data on a recurring record, it functioned as DUPLICATE (Underscore), if you we in change mode, it functioned as RECALL (Control B). This behavior occured with no changes to the key's mapping in QKGO. In our installation of 710F3, it functions as RECALL only, it does not function as DUPLICATE in any context, which means that nothing happens when you press Up arrow when you want to duplicate. Tech support said the cure was to map it to DUPLICATE in QKGO, which works for DUPLICATE, but hoses the RECALL function. We tried a variety of mappings in QKGO, for instance mapping it to Single Line RECALL in Text Editing and DUPLICATE in Data Fields, but no luck; tech support confirmed that a single mnemonic can't be used in two places in the QKGO TIC file. We decided to map it to DUPLICATE and tell users to use Control B to Recall. Not the best solution, but the only thing we could come up with to handle this improvement in PowerHouse. If anyone has a better work around, please post it. Mike From Allison.Hamilton@Cognos.COM Tue, 15 Dec 1998 13:20:11 -0500 Date: Tue, 15 Dec 1998 13:20:11 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: 710G Problems Is your problem with pop-up or scrollable fields, or just normal fields? If it's with pop-ups or scrollable fields, it's a known problem which should be resolved in 710G1. Allison Hamilton > ---------- > From: Alex.Coker@ipaper.com[SMTP:Alex.Coker@ipaper.com] > Sent: Tuesday, December 15, 1998 11:44 AM > To: - (052)powerh-l(a)lists.swau.edu > Subject: 710G Problems > > Has anyone experienced problems with the up-arrow recall on quick screens > in > PowerHouse 710G on Open VMS 7.1? > If so, is it corrected in 710G1? > > Alex Coker > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Allison.Hamilton@Cognos.COM Tue, 15 Dec 1998 13:26:44 -0500 Date: Tue, 15 Dec 1998 13:26:44 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: 710G Problems Unfortunately, this change in behaviour was the result of trying to cross-platform features where we could in the QUICK server. It meant that the previous implementation which used the VMS O/S available up-arrow support was replaced with strict RECALL functionality was implemented in a cross-platformable implementation. Unfortunate for those sites that are VMS specific, but a real boon for people who have more than one platform in their environment. Allison Hamilton > ---------- > From: Mike Palandri[SMTP:palandri@4j.lane.edu] > Sent: Tuesday, December 15, 1998 12:37 PM > To: powerh-l@lists.swau.edu > Subject: Re: 710G Problems > > At 10:44 AM 12/15/1998 -0600, Alex.Coker@ipaper.com wrote: > >Has anyone experienced problems with the up-arrow recall on quick > screens in > >PowerHouse 710G on Open VMS 7.1? > >If so, is it corrected in 710G1? > > > >Alex Coker > > We ran into this in 710F3. The up arrow's behavior seems to have changed > since 620E, our previous production version. In 620E it seemed performed > different functions depending on context: if you were entering data on a > recurring record, it functioned as DUPLICATE (Underscore), if you we in > change mode, it functioned as RECALL (Control B). This behavior occured > with no changes to the key's mapping in QKGO. > > In our installation of 710F3, it functions as RECALL only, it does not > function as DUPLICATE in any context, which means that nothing happens > when you press Up arrow when you want to duplicate. > > Tech support said the cure was to map it to DUPLICATE in QKGO, which > works for DUPLICATE, but hoses the RECALL function. We tried a variety > of mappings in QKGO, for instance mapping it to Single Line RECALL in > Text Editing and DUPLICATE in Data Fields, but no luck; tech support > confirmed that a single mnemonic can't be used in two places in the QKGO > TIC file. > > We decided to map it to DUPLICATE and tell users to use Control B to > Recall. Not the best solution, but the only thing we could come up with > to handle this improvement in PowerHouse. > > If anyone has a better work around, please post it. > > > > Mike > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From elisabeth.corsten@ec-datentechnik.de Tue, 15 Dec 1998 19:46:16 +0100 Date: Tue, 15 Dec 1998 19:46:16 +0100 From: elis elisabeth.corsten@ec-datentechnik.de Subject: AW: Versions Lynden, in addition to those who have anwered before me: if you use MPEX (in MPE), you could do the following: print ;keepamdates;max=1;format=strwrite(r:'garbage') It returns the first line of the files in with the unprintable characters replaced by dots. (Include (code="641") after the subset specification to get for example only the quick screens). The Powerhouse version is distinguished and readable in QUICK, QUIZ, QTP and QDD examples - up to now I havn't found anything in QKGO and PHD files. Look for the following: quick 503D D on tab 3 d on tab 12 QUICK from tab 19 506C C on tab 5 QUICK from tab 23 509D D on tab 3 f on tab 12 QUICK from tab 19 709E E on tab 3 r on tab 12 QUICK from tab 19 729C C on tab 3 2-8 on tab 8 QUICK from tab 19 quiz 400D 400D from tab 1 501E 501D from tab 1 503D 503D from tab 1 506C C on tab 3 QUIZ from tab 19 509D D on tab 3 d on tab 12 QUIZ from tab 19 709E E on tab 3 g on tab 12 QUIZ from tab 19 729C C on tab 3 2-8 on tab 8 k on tab 12 QUIZ from tab 19 qtp 501E QE from tab 9 503D SD from tab 9 506C C on tab 5 QTP from tab 23 509D D on tab 3 d on tab 12 QTP from tab 19 609D D on tab 3 f on tab 12 709E E on tab 3 g on tab 12 QTP from tab 19 729C C on tab 3 m on tab 12 QTP from tab 19 qdd release printed in foirst record until 526C Unfortunately I don't have a release 8 within reach, but I hope this helps. Elisabeth > ---------- > Von: l.dyer@mgn.co.uk[SMTP:l.dyer@mgn.co.uk] > Gesendet: Freitag, 11. Dezember 1998 18:40 > An: powerh-l@lists.swau.edu > Betreff: Versions > > > > > Does anyone know of a method to determine the version that a > Powerhouse > executeable was compiled under ? > > Lynden > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 15 Dec 1998 14:23:16 -0500 Date: Tue, 15 Dec 1998 14:23:16 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: 710G Problems If I'm reading this right, try using the ENTRYRECALL program parameter and let us know if this solves the problem. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Mike Palandri[SMTP:palandri@4j.lane.edu] > Sent: Tuesday, December 15, 1998 12:37 PM > To: powerh-l@lists.swau.edu > Subject: Re: 710G Problems > > At 10:44 AM 12/15/1998 -0600, Alex.Coker@ipaper.com wrote: > >Has anyone experienced problems with the up-arrow recall on quick > screens in > >PowerHouse 710G on Open VMS 7.1? > >If so, is it corrected in 710G1? > > > >Alex Coker > > We ran into this in 710F3. The up arrow's behavior seems to have changed > since 620E, our previous production version. In 620E it seemed performed > different functions depending on context: if you were entering data on a > recurring record, it functioned as DUPLICATE (Underscore), if you we in > change mode, it functioned as RECALL (Control B). This behavior occured > with no changes to the key's mapping in QKGO. > > In our installation of 710F3, it functions as RECALL only, it does not > function as DUPLICATE in any context, which means that nothing happens > when you press Up arrow when you want to duplicate. > > Tech support said the cure was to map it to DUPLICATE in QKGO, which > works for DUPLICATE, but hoses the RECALL function. We tried a variety > of mappings in QKGO, for instance mapping it to Single Line RECALL in > Text Editing and DUPLICATE in Data Fields, but no luck; tech support > confirmed that a single mnemonic can't be used in two places in the QKGO > TIC file. > > We decided to map it to DUPLICATE and tell users to use Control B to > Recall. Not the best solution, but the only thing we could come up with > to handle this improvement in PowerHouse. > > If anyone has a better work around, please post it. > > > > Mike > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 15 Dec 1998 14:26:49 -0500 Date: Tue, 15 Dec 1998 14:26:49 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: Manual prices... The PowerHouse Manuals are now on CD! The MPE/iX version should be available in January. If the UNIX version is okay, the part number is 022976. I don't know what the cost is, but you should contact Cognos DIrect at 1-800-426-4667 or your local office. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Lafferty, Mike[SMTP:Mike.Lafferty@AIG.COM] > Sent: Tuesday, December 15, 1998 11:17 AM > To: 'powerh-l@lists.swau.edu' > Subject: Manual prices... > > Hi All, > > I have a friend who is interested in purchasing the 4-piece (QDD, QUICK, > QUIZ, QTP) manual set....Does anyone have this info ?.... > > We are working on an HP3000 997-400 and a 979-200...PH version 6.09.d > > Are there more up-to-date versions of the manual set ?... > > Thanks in advance, > > Mike > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Alex.Coker@ipaper.com Tue, 15 Dec 1998 13:55:21 -0600 Date: Tue, 15 Dec 1998 13:55:21 -0600 From: Alex.Coker@ipaper.com Alex.Coker@ipaper.com Subject: Up-arrow problem resolved. And the winner is...ENTRYRECALL. Thanks to everyone for a rapid response. The ENTRYRECALL was inadvertently removed during our 710G installation, along with ERRORRECALL. I placed it back onto our symbol definition and all is well. I didn't mention the error we received from the ERRORRECALL option, but it was; "The subdictionary parameter has mismatched parentheses. ERRORRECALL" Both options were removed at the time of upgrade in order to avoid the above message. Anyone seen this before? Thanks again, Alex = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 15 Dec 1998 15:42:51 -0500 Date: Tue, 15 Dec 1998 15:42:51 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Up-arrow problem resolved. >And the winner is...ENTRYRECALL. > >The ERRORRECALL ... ?? Cool :-) Now just where are these secrets documented????? Entryrecall works as discussed in previous posts (errorrecall doesn't) but it isn't mentioned anywhere in either the paper 7.29 manual or the new CD 8.19 manual. What other secrets are there?? John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Tue, 15 Dec 1998 12:09:13 -0800 Date: Tue, 15 Dec 1998 12:09:13 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: 710G Problems At 02:23 PM 12/15/1998 -0500, Deskin, Bob wrote: >If I'm reading this right, try using the ENTRYRECALL program parameter and >let us know if this solves the problem. > >Bob Deskin Bob, Thanks for the tip, it fixed the problem. The QKGO now has Cursor up mapped to DF Duplicate, while TE Single line recall has been changed back to CNTL_B. In my brief testing, the up arrow now functions as Duplicate in a screen with occuring records and as Recall in change and correct modes. Mike From Allison.Hamilton@Cognos.COM Tue, 15 Dec 1998 15:44:39 -0500 Date: Tue, 15 Dec 1998 15:44:39 -0500 From: Hamilton, Allison Allison.Hamilton@Cognos.COM Subject: Up-arrow problem resolved. I think that entryrecall is VMS specific, at least in older versions. It was implemented to return VMS functionality after the cross-platform implementation that I previously mentioned. (I forgot Entryrecall... ) Allison Hamilton > ---------- > From: pickerij@norbord.com[SMTP:pickerij@norbord.com] > Sent: Tuesday, December 15, 1998 3:42 PM > To: powerh-l@lists.swau.edu > Subject: RE: Up-arrow problem resolved. > > >And the winner is...ENTRYRECALL. > > > >The ERRORRECALL ... ?? > > Cool :-) Now just where are these secrets documented????? > > Entryrecall works as discussed in previous posts (errorrecall doesn't) > but it isn't mentioned anywhere in either the paper 7.29 manual or the > new CD 8.19 manual. > > What other secrets are there?? > > John Pickering > JWP Systems Inc > Toronto > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 15 Dec 1998 16:07:39 -0500 Date: Tue, 15 Dec 1998 16:07:39 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Up-arrow problem resolved. Allison says ... >I think that entryrecall is VMS specific, at least in older versions. It >was implemented to return VMS functionality after the cross-platform >implementation that I previously mentioned. (I forgot Entryrecall... ) Entryrecall seems to work in version 8.19.c3 which is definitely NOT a Compaq version. That is, it acts like ctrl-b in change and correct modes but as duplicate in entry mode. Pretty neat actually :-) Is it here to stay? Or is it a fleeting parameter that might go away in the next release? And you didn't answer either question in my original post :-( Where are these things documented and what other secrets are there? I hate reverse engineering Quick behaviour :-0 JWP > ---------- > From: pickerij@norbord.com[SMTP:pickerij@norbord.com] > Sent: Tuesday, December 15, 1998 3:42 PM > To: powerh-l@lists.swau.edu > Subject: RE: Up-arrow problem resolved. > > >And the winner is...ENTRYRECALL. > > > >The ERRORRECALL ... ?? > > Cool :-) Now just where are these secrets documented????? > > Entryrecall works as discussed in previous posts (errorrecall doesn't) > but it isn't mentioned anywhere in either the paper 7.29 manual or the > new CD 8.19 manual. > > What other secrets are there?? > > John Pickering > JWP Systems Inc > Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mrioux@iline.com Mon, 14 Dec 1998 17:50:01 -0500 Date: Mon, 14 Dec 1998 17:50:01 -0500 From: Michel Rioux mrioux@iline.com Subject: No subject This is a multi-part message in MIME format. ------=_NextPart_000_0072_01BE278A.2C256190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm trying to create an FDL for a file that i've just changed the record = layout in PowerHouse. This file is also read by cobol, and i'd like the = new FDL to have the same key definition as the old FDL has. I'm not sure why....know nothing about cobol, and this is beyond my = scope of understanding FDL's. This is what i've tried so far $ANAL/RMS/FDL/OUT=3DMAPCUR.ANAL MAPCUR.ISM $EDIT/FDL/NOINTERACTIVE/ANALYSIS=3DMAPCUR.ANAL MAPCUR.FDL $CONVERT/STAT/FDL=3DMAPCUR.FDL MAPCUR.ISM MAPCUR.ISM The first reference of mapcur.ism is the new file i've created for the = PH dic, using PHDFM In the second line i reference the old FDL and compare it with my = previous analysis which creates a new FDL. =20 then I try to convert my newfile with this newly created = fdl......Problem is, since i've changed the size of my key in the new = file (the one created via PHDFM) to 17 character (which used to be 15), = when i convert the file, it returns it back to 15.... I'm not sure if anybody can follow what i'm trying to do here, but help = would be very appreciated. Thanks Michel PH 7.10F VMS 7.1 ------=_NextPart_000_0072_01BE278A.2C256190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I'm trying to create an FDL for a file that i've = just changed=20 the record layout in PowerHouse.  This file is also read by cobol, = and i'd=20 like the new FDL to have the same key definition as the old FDL=20 has.
 
I'm not sure why....know nothing about cobol, and = this is=20 beyond my scope of understanding FDL's.
 
This is what i've tried so far
 
 
$ANAL/RMS/FDL/OUT=3DMAPCUR.ANAL=20 MAPCUR.ISM
$EDIT/FDL/NOINTERACTIVE/ANALYSIS=3DMAPCUR.ANAL=20 MAPCUR.FDL
$CONVERT/STAT/FDL=3DMAPCUR.FDL MAPCUR.ISM=20 MAPCUR.ISM
The first reference of mapcur.ism is = the new=20 file i've created for the PH dic, using PHDFM
In the second line i reference the old FDL and = compare it with=20 my previous analysis
which creates a new FDL. 
then I try to convert my newfile with this newly = created=20 fdl......Problem is, since i've changed the size of my key in the new = file (the=20 one created via PHDFM) to 17 character (which used to be 15), when i = convert the=20 file, it returns it back to 15....
 
I'm not sure if anybody can follow what i'm trying = to do here,=20 but help would be very appreciated.
 
Thanks
 
Michel
PH 7.10F
VMS 7.1
------=_NextPart_000_0072_01BE278A.2C256190-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Tue, 15 Dec 1998 15:16:48 -0800 Date: Tue, 15 Dec 1998 15:16:48 -0800 From: Richard Witkopp witkopp@idt.com Subject: No subject This is a multi-part message in MIME format. ------=_NextPart_000_000E_01BE283D.F22E76C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Just use any old VMS editor on the .FDL file and change the segment length of the key to what you want. I'm trying to create an FDL for a file that i've just changed the record layout in PowerHouse. This file is also read by cobol, and i'd like the new FDL to have the same key definition as the old FDL has. I'm not sure why....know nothing about cobol, and this is beyond my scope of understanding FDL's. This is what i've tried so far $ANAL/RMS/FDL/OUT=MAPCUR.ANAL MAPCUR.ISM $EDIT/FDL/NOINTERACTIVE/ANALYSIS=MAPCUR.ANAL MAPCUR.FDL $CONVERT/STAT/FDL=MAPCUR.FDL MAPCUR.ISM MAPCUR.ISM The first reference of mapcur.ism is the new file i've created for the PH dic, using PHDFM In the second line i reference the old FDL and compare it with my previous analysis which creates a new FDL. then I try to convert my newfile with this newly created fdl......Problem is, since i've changed the size of my key in the new file (the one created via PHDFM) to 17 character (which used to be 15), when i convert the file, it returns it back to 15.... I'm not sure if anybody can follow what i'm trying to do here, but help would be very appreciated. Thanks Michel PH 7.10F VMS 7.1 ------=_NextPart_000_000E_01BE283D.F22E76C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Just=20 use any old VMS editor on the .FDL file and change the segment=20 length
of the key to what you want.

 
I'm trying to create an FDL for a file that i've = just=20 changed the record layout in PowerHouse.  This file is also = read by=20 cobol, and i'd like the new FDL to have the same key definition as = the old=20 FDL has.
 
I'm not sure why....know nothing about cobol, = and this is=20 beyond my scope of understanding FDL's.
 
This is what i've tried so far
 
 
$ANAL/RMS/FDL/OUT=3DMAPCUR.ANAL=20 MAPCUR.ISM
$EDIT/FDL/NOINTERACTIVE/ANALYSIS=3DMAPCUR.ANAL=20 MAPCUR.FDL
$CONVERT/STAT/FDL=3DMAPCUR.FDL MAPCUR.ISM=20 MAPCUR.ISM
The first reference of = mapcur.ism is the new=20 file i've created for the PH dic, using PHDFM
In the second line i reference the old FDL and = compare it=20 with my previous analysis
which creates a new FDL. 
then I try to convert my newfile with this newly = created=20 fdl......Problem is, since i've changed the size of my key in the = new file=20 (the one created via PHDFM) to 17 character (which used to be 15), = when i=20 convert the file, it returns it back to 15....
 
I'm not sure if anybody can follow what i'm = trying to do=20 here, but help would be very appreciated.
 
Thanks
 
Michel
PH 7.10F
VMS 7.1
------=_NextPart_000_000E_01BE283D.F22E76C0-- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 15 Dec 1998 20:06:15 -0500 Date: Tue, 15 Dec 1998 20:06:15 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: Up-arrow problem resolved. If we told you all the secrets then I couldn't expose them and look brilliant. Seriously though, we do try and document everything, but we're only human. Especially when things go in between major releases, get documented in release notes, and then get forgotten. I honestly don't know where ENTRYRECALL is documented except the Handbook. It was created to bring back behavior on OpenVMS PowerHouse that was lost because of how PowerHouse Client had to work. With PowerHouse Client, any data in the buffers is assumed to be dispalyable when the form appears. What this would mean is that all that data in the recall buffers would be predisplayed for the next record to be entered. This is not what you usually want since the user could just transmit and get a duplicate record. But this is default windows behavior. Keep in mind that on a terminal we don't automatically predisplay the buffers, you need either PREDISPLAY or the recall (up-arrow). So to have the windows-like functionality, we had to clear the buffers between records. After all, there is no recall in PowerHouse Client. To add the functionality back in, we added the ENTRYRECALL parameter for terminal users. And by the way, this behavior (on entry) sort of snuck in as well. It wasn't there for the original recall in 6.00. And was never on UNIX or MPE/iX until the later 7.xx versions (I think). Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: pickerij@norbord.com[SMTP:pickerij@norbord.com] > Sent: December 15, 1998 4:07 PM > To: Allison.Hamilton@cognos.com; powerh-l@lists.swau.edu > Subject: RE: Up-arrow problem resolved. > > Allison says ... > > >I think that entryrecall is VMS specific, at least in older versions. > It > >was implemented to return VMS functionality after the cross-platform > >implementation that I previously mentioned. (I forgot Entryrecall... ) > > > > > Entryrecall seems to work in version 8.19.c3 which is definitely NOT a > Compaq version. That is, it acts like ctrl-b in change and correct modes > > but as duplicate in entry mode. Pretty neat actually :-) > > Is it here to stay? Or is it a fleeting parameter that might go away in > the next release? > > And you didn't answer either question in my original post :-( > > Where are these things documented and what other secrets are there? I > hate reverse engineering Quick behaviour :-0 > > JWP > > > ---------- > > From: pickerij@norbord.com[SMTP:pickerij@norbord.com] > > Sent: Tuesday, December 15, 1998 3:42 PM > > To: powerh-l@lists.swau.edu > > Subject: RE: Up-arrow problem resolved. > > > > >And the winner is...ENTRYRECALL. > > > > > >The ERRORRECALL ... ?? > > > > Cool :-) Now just where are these secrets documented????? > > > > Entryrecall works as discussed in previous posts (errorrecall doesn't) > > > > > but it isn't mentioned anywhere in either the paper 7.29 manual or the > > > > > new CD 8.19 manual. > > > > What other secrets are there?? > > > > John Pickering > > JWP Systems Inc > > Toronto > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From elisabeth.corsten@ec-datentechnik.de Tue, 15 Dec 1998 19:46:16 +0100 Date: Tue, 15 Dec 1998 19:46:16 +0100 From: elis elisabeth.corsten@ec-datentechnik.de Subject: AW: Versions Lynden, in addition to those who have anwered before me: if you use MPEX (in MPE), you could do the following: print ;keepamdates;max=1;format=strwrite(r:'garbage') It returns the first line of the files in with the unprintable characters replaced by dots. (Include (code="641") after the subset specification to get for example only the quick screens). The Powerhouse version is distinguished and readable in QUICK, QUIZ, QTP and QDD examples - up to now I havn't found anything in QKGO and PHD files. Look for the following: quick 503D D on tab 3 d on tab 12 QUICK from tab 19 506C C on tab 5 QUICK from tab 23 509D D on tab 3 f on tab 12 QUICK from tab 19 709E E on tab 3 r on tab 12 QUICK from tab 19 729C C on tab 3 2-8 on tab 8 QUICK from tab 19 quiz 400D 400D from tab 1 501E 501D from tab 1 503D 503D from tab 1 506C C on tab 3 QUIZ from tab 19 509D D on tab 3 d on tab 12 QUIZ from tab 19 709E E on tab 3 g on tab 12 QUIZ from tab 19 729C C on tab 3 2-8 on tab 8 k on tab 12 QUIZ from tab 19 qtp 501E QE from tab 9 503D SD from tab 9 506C C on tab 5 QTP from tab 23 509D D on tab 3 d on tab 12 QTP from tab 19 609D D on tab 3 f on tab 12 709E E on tab 3 g on tab 12 QTP from tab 19 729C C on tab 3 m on tab 12 QTP from tab 19 qdd release printed in foirst record until 526C Unfortunately I don't have a release 8 within reach, but I hope this helps. Elisabeth > ---------- > Von: l.dyer@mgn.co.uk[SMTP:l.dyer@mgn.co.uk] > Gesendet: Freitag, 11. Dezember 1998 18:40 > An: powerh-l@lists.swau.edu > Betreff: Versions > > > > > Does anyone know of a method to determine the version that a > Powerhouse > executeable was compiled under ? > > Lynden > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From palandri@4j.lane.edu Wed, 16 Dec 1998 06:14:03 -0800 Date: Wed, 16 Dec 1998 06:14:03 -0800 From: Mike Palandri palandri@4j.lane.edu Subject: More ENTRYRECALL problems Hi all, After testing the ENTRYRECALL parameter on a test screen where it worked fine, I tried it on a production system. This is also a 710F3 Alpha system, which as far as I can tell, has TIC parameters identical to the test system. In screens in the production system however, use of the Up arrow in changemode results in this error: "The duplicate action isn't currently valid for this field. ", while Control B works fine. The up arrow is mapped only to DF Duplicate in both QKGOs. Any ideas why? Mike From Bob.Deskin@Cognos.COM Wed, 16 Dec 1998 09:37:12 -0500 Date: Wed, 16 Dec 1998 09:37:12 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: More ENTRYRECALL problems The duplicate action (by default the underscore) is not the same as recall. I'm not sure they use the same buffer. The recall pulls whatever is in the recall buffer out and puts it on the screen in the field. It then leaves you in the field to edit. But the ACCEPT verb is not processed until you press enter/return. I can't remember what happens if there's nothing to recall. The operator's duplicate goes to the duplicate buffer and if there's anything there, it puts it into FIELDTEXT and processes it through the ACCEPT verb. Assuming no error, you're positioned at the next field. If there's nothing in the duplicate buffer you get an error message. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Mike Palandri[SMTP:palandri@4j.lane.edu] > Sent: December 16, 1998 9:14 AM > To: powerh-l@lists.swau.edu > Subject: More ENTRYRECALL problems > > Hi all, > > After testing the ENTRYRECALL parameter on a test screen where it worked > fine, I tried it on a production system. This is also a 710F3 Alpha > system, which as far as I can tell, has TIC parameters identical to the > test system. In screens in the production system however, use of the Up > arrow in changemode results in this error: > > "The duplicate action isn't currently valid for this field. ", > > while Control B works fine. The up arrow is mapped only to DF Duplicate > in both QKGOs. > > Any ideas why? > > > > Mike > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From cheek@visibility.com Wed, 16 Dec 1998 10:56:00 -0500 Date: Wed, 16 Dec 1998 10:56:00 -0500 From: Cheek Bob cheek@visibility.com Subject: Automatic Logins With both Axiant and PH Client is there a way to startup these applications so they can automatically log in and not require the user to log in? I have an application (PC-based application) which has all the log information (server, userid, password etc.) I need to then startup and allow the user to use our Axiant and PH Client products. I want to alleviate the user from having to initiate another log in sequence with extra keystrokes of logging in to startup these applications. Bob = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From byron.welch@creatcomp.com Wed, 16 Dec 1998 12:18:00 -0500 Date: Wed, 16 Dec 1998 12:18:00 -0500 From: Byron Welch byron.welch@creatcomp.com Subject: PowerHouse opportunities Hi folks, Creative Computing, Inc. (CCI) is a leading Cognos ADT Services Partner providing comprehensive applications support and year 2000 remediation services for PowerHouse and Axiant customers. To meet our clients' growing needs, CCI is looking for good people with experience developing applications with Cognos' PowerHouse and/or Axiant. We are looking for people at both the intermediate and senior level so if you are considering a change and you are interested in either being a full time employee or a consultant, contact Byron Welch at bewelch@creatcomp.com or 401-727-0183 or 888-835-4321for more information. You can also visit our WEB site at WWW.CREATCOMP.COM Have a great day! Creative Computing, Inc. (CCI) is a leading Cognos ADT Services Partner providing comprehensive applications support and year 2000 remediation services for PowerHouse and Axiant customers. To meet our clients' growing needs, CCI is looking for good people with experience developing applications with Cognos' PowerHouse and/or Axiant. If you are interested in a growth opportunity with a great, fun company, contact Byron Welch at bewelch@creatcomp.com or 888-835-4321 for more information. You can also visit our WEB site at WWW.CREATCOMP.COM Have a great day! = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From elisabeth.corsten@ec-datentechnik.de Wed, 16 Dec 1998 21:53:39 +0100 Date: Wed, 16 Dec 1998 21:53:39 +0100 From: elis elisabeth.corsten@ec-datentechnik.de Subject: AW: Versions Lynden, in addition to those who have anwered before me: if you use MPEX (in MPE), you could do the following: print ;keepamdates;max=1;format=strwrite(r:'garbage') It returns the first line of the files in with the unprintable characters replaced by dots. (Include (code="641") after the subset specification to get for example only the quick screens). The Powerhouse version is distinguished and readable in QUICK, QUIZ, QTP and QDD examples - up to now I havn't found anything in QKGO and PHD files. Look for the following: quick 503D D on tab 3 d on tab 12 QUICK from tab 19 506C C on tab 5 QUICK from tab 23 509D D on tab 3 f on tab 12 QUICK from tab 19 709E E on tab 3 r on tab 12 QUICK from tab 19 729C C on tab 3 2-8 on tab 8 QUICK from tab 19 quiz 400D 400D from tab 1 501E 501D from tab 1 503D 503D from tab 1 506C C on tab 3 QUIZ from tab 19 509D D on tab 3 d on tab 12 QUIZ from tab 19 709E E on tab 3 g on tab 12 QUIZ from tab 19 729C C on tab 3 2-8 on tab 8 k on tab 12 QUIZ from tab 19 qtp 501E QE from tab 9 503D SD from tab 9 506C C on tab 5 QTP from tab 23 509D D on tab 3 d on tab 12 QTP from tab 19 609D D on tab 3 f on tab 12 709E E on tab 3 g on tab 12 QTP from tab 19 729C C on tab 3 m on tab 12 QTP from tab 19 qdd release printed in first record until 526C Unfortunately I don't have a release 8 within reach, but I hope this helps. Elisabeth > ---------- > Von: l.dyer@mgn.co.uk[SMTP:l.dyer@mgn.co.uk] > Gesendet: Freitag, 11. Dezember 1998 18:40 > An: powerh-l@lists.swau.edu > Betreff: Versions > > > > > Does anyone know of a method to determine the version that a > Powerhouse > executeable was compiled under ? > > Lynden > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = = = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to > majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a > subscriber. > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From akogan@westpac.com.au Thu, 17 Dec 1998 09:49:33 +1100 Date: Thu, 17 Dec 1998 09:49:33 +1100 From: arthur kogan akogan@westpac.com.au Subject: Automatic Logins Hi Bob, as both Axiant and arguably PH Client are Windows products, you should be able to use Cognos's "COGNOS SCRIPT" macro language (which comes free with the purchase of any COGNOS BI products) "SEND KEY" functionality. I would also check the manual for Axiant and PH Client (sorry, do not have one here) for any appropriate command line switches, like -u "username", -pw "password" etc... I know, that Cognos's BI products provide this type of functionality. This is available, for example, for an automatic scheduled Powerplay "IN-DATABASE" cube build. As with all this type of things, you would need to consider the security implications carefully. Also, consider that this does not handle regular request from the machine for new password, so you may need to disable this, causing another security issue. I hope this helps. Regards, Arthur Kogan Westpac Financial Services Sydney, Australia Cheek Bob wrote: > With both Axiant and PH Client is there a way to startup these > applications so they can automatically log in and not require the user to > log in? I have an application (PC-based application) which has all the > log information (server, userid, password etc.) I need to then startup > and allow the user to use our Axiant and PH Client products. I want to > alleviate the user from having to initiate another log in sequence with > extra keystrokes of logging in to startup these applications. > > Bob > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Chris.Sharman@ccagroup.co.uk Thu, 17 Dec 1998 10:30:27 +0000 Date: Thu, 17 Dec 1998 10:30:27 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: FDL >I'm trying to create an FDL for a file that i've just changed the record = >layout in PowerHouse. This file is also read by cobol, and i'd like the = >new FDL to have the same key definition as the old FDL has. > >I'm not sure why....know nothing about cobol, and this is beyond my = >scope of understanding FDL's. > >This is what i've tried so far > >$ANAL/RMS/FDL/OUT=3DMAPCUR.ANAL MAPCUR.ISM >$EDIT/FDL/NOINTERACTIVE/ANALYSIS=3DMAPCUR.ANAL MAPCUR.FDL >$CONVERT/STAT/FDL=3DMAPCUR.FDL MAPCUR.ISM MAPCUR.ISM > >The first reference of mapcur.ism is the new file i've created for the = >PH dic, using PHDFM >In the second line i reference the old FDL and compare it with my = >previous analysis >which creates a new FDL. =20 >then I try to convert my newfile with this newly created = >fdl......Problem is, since i've changed the size of my key in the new = >file (the one created via PHDFM) to 17 character (which used to be 15), = >when i convert the file, it returns it back to 15.... > >I'm not sure if anybody can follow what i'm trying to do here, but help = >would be very appreciated. So you've changed the file in the dictionary, used PHDFM CREATE to create the new file; then anal/rms/fdl to create the FDL (correctly). You've then used EDIT/FDL/NOINTER/ANAL= . That's telling it to use the file structure in the old fdl, and tune bucket sizes etc using the analysis of the new (empty?) file. The other way round might make more sense. All the messing about with FDLs seems redundant to me. PHDFM CREATE is all you have to do. You can tune the file if you want, either manually (EDIT/FDL/SCRIPT=OPTIMIZE) or automatically (/NOINTERACTIVE), but to do that usefully you must have a file with representative data in it, or knowledge of what one looks like. If you look in the FDL generated by ANAL/RMS/FDL, you'll see all the structure information first, followed by various ANALYSIS sections. It is well worth tuning files: Powerhouse defaults are usually very poor; but you need meaningful analysis data, not from a brand new empty file. It's also well worth tuning your dictionary files themselves: they too are indexed files, and depending on the size of your dictionary may be mistuned: given the use they get I reckon it's worth tuning: this is a very VMS-specific area, and as such not addressed by POwerhouse at all. Chris ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Chris.Sharman@ccagroup.co.uk Thu, 17 Dec 1998 11:06:54 +0000 Date: Thu, 17 Dec 1998 11:06:54 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: Quick screen auto-find Belated thanks for all the responses. PATH/FIND procedures appear to be the way to go, with a few interesting comments: The find procedure can be generated from access statements, just the path needs editing (to insert the 'if'): I'd guess though that this could be unsupported. A number of suggested conditional compilation and/or include files to generate different screens from a single source. It's one of many (most?) Quick problems which would be solved by a facility to push text as well as commands. Thanks again, Chris Sharman ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From akogan@westpac.com.au Fri, 18 Dec 1998 10:33:58 +1100 Date: Fri, 18 Dec 1998 10:33:58 +1100 From: arthur kogan akogan@westpac.com.au Subject: Quick screen auto-find Hi Chris. Customising the generated default procedures (e.g. path, find, entry, update) is NOT unsupported. After all, this is why Cognos provides the "ADVANCED" courses. You just have to take a lot of care with what you do and remember to update these procedures appropriately when making changes to the screen that would affect them (e.g. adding new file to the screen). I normally highlight the fact that there are some customised default procedures in the comments at the top of the screen. However, I agree, that Powerhouse should provide a 4GL construct for all "commonly required" functionality, and this type of thing definitely fits the bill. How about it Cognos? Regards, Arthur Kogan Westpac Financial Services Sydney, Australia Chris Sharman wrote: > Belated thanks for all the responses. > > PATH/FIND procedures appear to be the way to go, with a few interesting > comments: > > The find procedure can be generated from access statements, just the path needs > editing (to insert the 'if'): I'd guess though that this could be unsupported. > > A number of suggested conditional compilation and/or include files to generate > different screens from a single source. > > It's one of many (most?) Quick problems which would be solved by a facility to > push text as well as commands. > > Thanks again, > Chris Sharman > ______________________________________________________________________ > Chris Sharman Chris.Sharman@CCAgroup.co.uk > CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Chris.Sharman@ccagroup.co.uk Fri, 18 Dec 1998 09:04:15 +0000 Date: Fri, 18 Dec 1998 09:04:15 +0000 From: Chris Sharman Chris.Sharman@ccagroup.co.uk Subject: Quick screen auto-find >Customising the generated default procedures (e.g. path, find, entry, update) >is NOT unsupported. After all, this is why Cognos provides the "ADVANCED" >courses. No, I know. I didn't make myself clear. What I think is unsupported is relying on several access statements, the first one without a request, to generate redundant code in the find procedure for values of path other than 1: the manual says only one path allowed. It appears that specifying the "passed values" access, followed by the normal "request" access, generates the find I want, although it's probably not supported code. I've not been on the advanced courses myself, although colleagues have, despite my opposition. I think it's more important to learn 'the Powerhouse way': one of my colleagues ALWAYS generated & included every procedure in case he wanted to modify it ever after the advanced course. I'm sure he wasn't taught to do that, but I think the advanced course knowledge is more danger than use, especially to a retraining 3gl programmer. I've had no trouble picking up procedural code for myself from the nice manual. In my view, the most important lesson about modifying the default procedures is "DON'T" - there are exceptions, but not many. ______________________________________________________________________ Chris Sharman Chris.Sharman@CCAgroup.co.uk CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From witkopp@idt.com Fri, 18 Dec 1998 09:49:15 -0800 Date: Fri, 18 Dec 1998 09:49:15 -0800 From: Richard Witkopp witkopp@idt.com Subject: Quick screen auto-find Have to disagree with you regarding advanced courses. The ones I went to went to a great deal of effort to teach methods to avoid procedural coding, access statements, field procedures which eliminate nasty procedures elsewhere, etc. > No, I know. I didn't make myself clear. > What I think is unsupported is relying on several access > statements, the first > one without a request, to generate redundant code in the find > procedure for > values of path other than 1: the manual says only one path > allowed. It appears > that specifying the "passed values" access, followed by the > normal "request" > access, generates the find I want, although it's probably not > supported code. > > I've not been on the advanced courses myself, although > colleagues have, despite > my opposition. I think it's more important to learn 'the > Powerhouse way': one > of my colleagues ALWAYS generated & included every procedure > in case he wanted > to modify it ever after the advanced course. I'm sure he > wasn't taught to do > that, but I think the advanced course knowledge is more > danger than use, > especially to a retraining 3gl programmer. I've had no > trouble picking up > procedural code for myself from the nice manual. In my view, > the most important > lesson about modifying the default procedures is "DON'T" - there are > exceptions, but not many. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From mclsys@home.com Fri, 18 Dec 1998 10:13:04 +0000 Date: Fri, 18 Dec 1998 10:13:04 +0000 From: Michael Lee mclsys@home.com Subject: Quick screen auto-find I personally have taught the Powerhouse Advanced courses and everyone who has ever taken it felt the better for it afterwards. As well one first things I taught on the course, and I believe this to be standard, is never change the default procedures unless necessary. As we all know this is often times necessary, but not as much as people think. I would hope if your colleagues were generating and saving the default procedures that they didn't do this in real programs. If they did the problem is not the Powerhouse Advanced course. Some people, unlike me for instance, are very good at learning stuff from the manuals. Most people, however, get a lot more out of a course, especially if the instructor is any good (not all are). Of course I'm assuming that I was one of the good ones... ;-) Michael lee MCL Systems Inc. Chris Sharman wrote: > >Customising the generated default procedures (e.g. path, find, entry, update) > >is NOT unsupported. After all, this is why Cognos provides the "ADVANCED" > >courses. > > No, I know. I didn't make myself clear. > What I think is unsupported is relying on several access statements, the first > one without a request, to generate redundant code in the find procedure for > values of path other than 1: the manual says only one path allowed. It appears > that specifying the "passed values" access, followed by the normal "request" > access, generates the find I want, although it's probably not supported code. > > I've not been on the advanced courses myself, although colleagues have, despite > my opposition. I think it's more important to learn 'the Powerhouse way': one > of my colleagues ALWAYS generated & included every procedure in case he wanted > to modify it ever after the advanced course. I'm sure he wasn't taught to do > that, but I think the advanced course knowledge is more danger than use, > especially to a retraining 3gl programmer. I've had no trouble picking up > procedural code for myself from the nice manual. In my view, the most important > lesson about modifying the default procedures is "DON'T" - there are > exceptions, but not many. > ______________________________________________________________________ > Chris Sharman Chris.Sharman@CCAgroup.co.uk > CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From tmj@primenet.com Mon, 21 Dec 1998 17:44:41 +0000 (GMT) Date: Mon, 21 Dec 1998 17:44:41 +0000 (GMT) From: Tracy Johnson tmj@primenet.com Subject: Powerhouse UDC on MPE/iX When converting from PH729C2 to PH819C1 on an MPE box. I noted the INTERBASE parameter has been removed (I know full well it is no longer supported) in the UDC provided by COGNOS. My question asks how best should I deal with it? The parameter was fairly early in the sequence, so that any parameter used after the 2nd comma (,) need to have that comma removed. 1) Should alter the UDC to "back fit" the missing parameter with a "DUMMY" parameter so that user's won't have to mass change their scripts(JOBS)? 2) Should I have have the users mass change their JOB files? Tracy Johnson tmj@primenet.com = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jpearce@rmi.net Mon, 21 Dec 1998 20:54:05 -0700 Date: Mon, 21 Dec 1998 20:54:05 -0700 From: John Pearce jpearce@rmi.net Subject: Y2K testing Seasons Greetings! The PH apps at this site have used four digit years since 1990 (no, it wasn't great planning). We will finish converting to PH8.19C in late January. We've checked the PH code using the top ten problem areas listed in a recent support newsletter and didn't find anything. We've also checked the JCL for conditional execution of QTP & Quiz and found that it's simply a case of a file existing or not existing, i.e., not date related. What's the feeling on this list about setting the system clock ahead (or using a date intercept program) and testing? Is it A) mandatory, B) nice to do, or C) not necessary? I'd really like to get input from the Cognos people even if it's just their own personal opinion and/or via private e-mail. I made a decision a month ago and now I'm rethinking it so I'd like some input from the list members. Thanks. ------------------------------------------------------------------ John Pearce | Bethesda Management Company Speaking for only myself | Colorado Springs, CO USA = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Kevin.Gordon@seacontainers.com Tue, 22 Dec 1998 10:37:24 -0000 Date: Tue, 22 Dec 1998 10:37:24 -0000 From: Kevin Gordon Kevin.Gordon@seacontainers.com Subject: Y2K testing >> What's the feeling on this list about setting the system clock ahead (or using a date intercept program) and testing? Is it A) mandatory, B) nice to do, or C) not necessary? << Do it! We have used Cyrano Datewarp (on VMS) successfully for this purpose. I do not believe you will find all the problems unless you try it for real and you may have problems convincing your auditors/suppliers/customers that your systems are compliant. Regards, Kevin Gordon, Sea Containers, London Voice: +44 171 80 55 487 Fax: +44 171 80 55 932 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Tue, 22 Dec 1998 09:00:04 -0500 Date: Tue, 22 Dec 1998 09:00:04 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: Y2K testing If you haven't tested past 1999, you haven't really tested for year 2000 compliance. If you can set the machine ahead, that's best. If you can't do that (for production reasons, for example), invest in one of the many utilities that allow you to set the clock ahead. Check dates like Dec 31, 1999, Jan 1 2000, Feb 28, 29, Mar 1, 2000, Dec 31, 2000, Jan 1, 2000, etc. Also, remember to check data that will represent what you'll get after 1999. If you test your application with today's data, it may not include dates past 1999. You want to ensure that you test the rollover and test date combinations in both centuries. For example, if you're comparing two dates in a record, try to have one before 2000 and one after 1999. That way you'll ensure that your date comparisons are working. Good luck. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: John Pearce[SMTP:jpearce@rmi.net] > Sent: Monday, December 21, 1998 10:54 PM > To: powerh-l@lists.swau.edu > Subject: Y2K testing > > Seasons Greetings! > > The PH apps at this site have used four digit years since 1990 (no, it > wasn't great planning). We will finish converting to PH8.19C in late > January. We've checked the PH code using the top ten problem areas listed > in a recent support newsletter and didn't find anything. We've also > checked the JCL for conditional execution of QTP & Quiz and found that > it's > simply a case of a file existing or not existing, i.e., not date related. > > What's the feeling on this list about setting the system clock ahead (or > using a date intercept program) and testing? Is it A) mandatory, B) nice > to do, or C) not necessary? > I'd really like to get input from the Cognos people even if it's just > their > own personal opinion and/or via private e-mail. > > I made a decision a month ago and now I'm rethinking it so I'd like some > input from the list members. > > Thanks. > > > ------------------------------------------------------------------ > John Pearce | Bethesda Management Company > Speaking for only myself | Colorado Springs, CO USA > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Shawn_Gordon@Notes.FH.Com Tue, 22 Dec 1998 06:38:40 -0800 Date: Tue, 22 Dec 1998 06:38:40 -0800 From: Shawn Gordon Shawn_Gordon@Notes.FH.Com Subject: Y2K testing The virtual date/time products are invaluable to really times, I use TimeWarp. I ran across a rather bizarre set of code that was meant to create a date that was the first day of the current month, and the last day of the prior month. Consider the following code; DEF A CHAR*6 = ASCII(SYSDATE) DEF B CHAR*6 = A[1:4]+"01" DEF C DATE = NCON(B) DEF D DATE = DATE(DAYS(C)-1) DEF E CHAR*6 = ASCII(D) DEF F CHAR*4 = E[1:4] REPORT A B C D E F If the current date were 10/29/98 you would get the following A = 981029 B = 981001 C = 10/01/98 D = 09/30/98 E = 980930 F = 9809 Now if the date is 10/29/01 you get the following A = 11029 B = 110201 C = 02/01/11 D = 01/31/11 E = 110131 F = 1101 Because of the NCON function stripping leading zeroes and casting back into a date, you get all sorts of bizarre results that you won't catch unless you are using a future date. In this example you probably could have just hard wired the future date, but it illustrates the point. shawn John Pearce on 12/21/98 07:54:05 PM To: powerh-l@lists.swau.edu cc: (bcc: Shawn Gordon/IS/FHM/FHS) Subject: Y2K testing Seasons Greetings! The PH apps at this site have used four digit years since 1990 (no, it wasn't great planning). We will finish converting to PH8.19C in late January. We've checked the PH code using the top ten problem areas listed in a recent support newsletter and didn't find anything. We've also checked the JCL for conditional execution of QTP & Quiz and found that it's simply a case of a file existing or not existing, i.e., not date related. What's the feeling on this list about setting the system clock ahead (or using a date intercept program) and testing? Is it A) mandatory, B) nice to do, or C) not necessary? I'd really like to get input from the Cognos people even if it's just their own personal opinion and/or via private e-mail. I made a decision a month ago and now I'm rethinking it so I'd like some input from the list members. Thanks. ------------------------------------------------------------------ John Pearce | Bethesda Management Company Speaking for only myself | Colorado Springs, CO USA = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From jpearce@rmi.net Tue, 22 Dec 1998 09:51:05 -0700 Date: Tue, 22 Dec 1998 09:51:05 -0700 From: John Pearce jpearce@rmi.net Subject: Y2K testing Many thanks to Bob and Shawn as well as other private e-mail responses. I conclude the answer is "A) Mandatory" and that was my original thought. It's very nice to have this list as a source of second opinions. May you all have a safe and sane New Year although with Y2K preparations, it's questionable how 1999 can be sane. ------------------------------------------------------------------ John Pearce | Bethesda Management Company Speaking for only myself | Colorado Springs, CO USA = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From kim.williams@ashtech.COM Tue, 22 Dec 98 15:17:43 -0800 Date: Tue, 22 Dec 98 15:17:43 -0800 From: Kim Williams kim.williams@ashtech.COM Subject: Choosing blank fields in Quiz (7.29C) I have a program that I wrote that the company has been using without any complaints for two and a half years. One of the first statements is to "CHOOSE" all the items in a subfile that have the field "FEDR" blank. I wrote the statement as follows: CHOOSE FEDR "" It happens to be a six character item. I probably should have written it as six blank spaces between the quotes, but I thought it worked. I think it probably did work at one time, because the result would have been pretty obviously wrong otherwise. What actually happens is *all* the records are chosen. I have printouts dating to this program's birth and it has always been this way so what happened? We haven't installed any Quiz patches in a long time (currently version 7.29C). We have been regularly updating our MPE operating system so that has changed from time to time (C.55.00 and I think we are on powerpatch 4 right now). So do you think this *never* worked right and my users (and me) are spectacularly unobservant? Or could something in my environment have changed and changed how my Quiz statement worked? Thanks for any help, Kim Williams = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From pickerij@norbord.com Tue, 22 Dec 1998 19:20:01 -0500 Date: Tue, 22 Dec 1998 19:20:01 -0500 From: pickerij@norbord.com pickerij@norbord.com Subject: Choosing blank fields in Quiz (7.29C >I have a program that I wrote that the company has been using without any >complaints for two and a half years. One of the first statements is to >"CHOOSE" >all the items in a subfile that have the field "FEDR" blank. I wrote the >statement as follows: > >CHOOSE FEDR "" >So do you think this *never* worked right and my users (and me) are >spectacularly unobservant? Or could something in my environment have changed >and changed how my Quiz statement worked? Could be that it never selected other than the whole file. Are there select statements to further refine the results which might lead you to believe it was working? CHOOSE key "" ; that's quote quote with no space will choose the whole file. Sort of like saying choose key parm and then entering nothing in response except in this case Quiz will ask you if you want the whole thing. Certainly works this way in 8.19 and I'm pretty sure it did in ealier versions. Try CHOOSE key " " ; that's quote space quote and you should get just the records with the blank key. Regards, John Pickering JWP Systems Inc Toronto = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From dirk.rohde@artioslink.com Tue, 22 Dec 1998 16:03:19 -0800 Date: Tue, 22 Dec 1998 16:03:19 -0800 From: Rohde Dirk (Van) dirk.rohde@artioslink.com Subject: Choosing blank fields in Quiz (7.29C) What kind of database are you using? I know when we used RMS on the Vax with an older version of PowerHouse that a statement like yours below would have worked just fine for picking out the records with a blank field, however, when we use an Oracle database (on HP/UX or AIX), the statement chooses all the records. You only need to specify a single blank between the quotes to get only the records with the blank field, not all six spaces. Dirk Rohde VantagePoint Group -----Original Message----- From: Kim Williams [mailto:kim.williams@ashtech.COM] Sent: Tuesday, December 22, 1998 3:18 PM To: powerh-l@lists.swau.edu Subject: Choosing blank fields in Quiz (7.29C) I have a program that I wrote that the company has been using without any complaints for two and a half years. One of the first statements is to "CHOOSE" all the items in a subfile that have the field "FEDR" blank. I wrote the statement as follows: CHOOSE FEDR "" It happens to be a six character item. I probably should have written it as six blank spaces between the quotes, but I thought it worked. I think it probably did work at one time, because the result would have been pretty obviously wrong otherwise. What actually happens is *all* the records are chosen. I have printouts dating to this program's birth and it has always been this way so what happened? We haven't installed any Quiz patches in a long time (currently version 7.29C). We have been regularly updating our MPE operating system so that has changed from time to time (C.55.00 and I think we are on powerpatch 4 right now). So do you think this *never* worked right and my users (and me) are spectacularly unobservant? Or could something in my environment have changed and changed how my Quiz statement worked? Thanks for any help, Kim Williams = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Tue, 22 Dec 1998 21:08:18 -0500 Date: Tue, 22 Dec 1998 21:08:18 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: Choosing blank fields in Quiz (7.29C) G'day Kim I have seen this happen when the option on how to deal with NULL has been changed in the dictionary. If you tell the dictionary not to allow NULLs and convert char fields to a single blank and numeric items to zero, CHOOSE x "" and CHOOSE x " " behave the same. If NULLs ARE allowed then CHOOSE x "" will be treated as "get all records" as opposed to CHOOSE x " " which means 'select all records where x = blank. Another issue brought up was the difference between databases; Oracle 7.n will match the number of blanks and do other 'funny' things. I.e. " " <> " ". Oracle Rdb on the other hand says 1 blank = n blanks. The issue with Oracle 7 and blank handling is described in Cognos's online Knowledgebase. Blue = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From WandaL.Ravenscroft@Energizer.com Wed, 23 Dec 1998 08:15:42 -0600 Date: Wed, 23 Dec 1998 08:15:42 -0600 From: Ravenscroft, Wanda L WandaL.Ravenscroft@Energizer.com Subject: Y2K testing If it's something your company can do, I would do it. I work on a VMS system and we have a development system set up whereby we can change the date to a year 2000 date and it has been of great value to us. We've found and resolved alot of problems that we had not expected we would have. Wanda Ravenscroft Energizer VMS 6.1, Powerhouse 7.10F1 > ---------- > From: Kevin Gordon[SMTP:Kevin.Gordon@seacontainers.com] > Sent: Tuesday, December 22, 1998 4:37 AM > To: powerh-l@lists.swau.edu > Subject: RE: Y2K testing > > >> What's the feeling on this list about setting the system clock ahead > (or > using a date intercept program) and testing? Is it A) mandatory, B) nice > to do, or C) not necessary? << > > Do it! We have used Cyrano Datewarp (on VMS) successfully for this > purpose. > I do not believe you will find all the problems unless you try it for real > and you may have problems convincing your auditors/suppliers/customers > that > your systems are compliant. > > Regards, > > Kevin Gordon, Sea Containers, London > > Voice: +44 171 80 55 487 > Fax: +44 171 80 55 932 > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From 71051.1106@compuserve.com Wed, 23 Dec 1998 10:15:45 -0500 Date: Wed, 23 Dec 1998 10:15:45 -0500 From: Richard Kessler 71051.1106@compuserve.com Subject: Y2K testing Wanda, Am curious what sort of problems you could have that would be unexpected !?! While I agree with everyone here that actually having a system where the date can be pushed ahead to past 2000 is a very good idea, I see that as testing the compatability of the system hardware and operating system with Y2K, NOT testing the PowerHouse code suitability. Am also questioning Bob Deskins earlier statement in the same manner in that : I should think that if you rework your powerhouse code (presumably under 8.1x) and unload and reload the data with addcentury so that the 8 digit dates contain 8 digits (19981222) then it does not matter for testing - at least the powerhouse coding and powerhouse interface with the operating system aspect - whether the century used is 19 or 20. Am I missing something by thinking that the powerhouse coding Y2k problem is separate from the hardware/operating system problem, or just overreacting to everyone's good idea to also test (the system) by pushing the date ahead ?? Richard Kessler 71051.1106@compusereve.com Message text written by "Ravenscroft, Wanda L" > If it's something your company can do, I would do it. I work on a VMS system and we have a development system set up whereby we can change the date to a year 2000 date and it has been of great value to us. We've found and resolved alot of problems that we had not expected we would have. Wanda Ravenscroft Energizer VMS 6.1, Powerhouse 7.10F1 < = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From shahro01@unisourcelink.com Wed, 23 Dec 1998 09:49:55 -0500 Date: Wed, 23 Dec 1998 09:49:55 -0500 From: Shah, Roshan (Windsor, HQ) shahro01@unisourcelink.com Subject: Choosing blank fields in Quiz (7.29C) To my understanding You can use Blanks >0 and <= 6 and they all should show you the same results. Roshan Shah MIS Consultant IBM Global Services >---------- >From: Kim Williams[SMTP:kim.williams@ashtech.COM] >Sent: Tuesday, December 22, 1998 6:17 PM >To: powerh-l@lists.swau.edu >Subject: Choosing blank fields in Quiz (7.29C) > > >I have a program that I wrote that the company has been using without any >complaints for two and a half years. One of the first statements is to >"CHOOSE" >all the items in a subfile that have the field "FEDR" blank. I wrote the >statement as follows: > >CHOOSE FEDR "" > >It happens to be a six character item. I probably should have written it as >six >blank spaces between the quotes, but I thought it worked. I think it >probably >did work at one time, because the result would have been pretty obviously >wrong >otherwise. What actually happens is *all* the records are chosen. I have >printouts dating to this program's birth and it has always been this way so >what >happened? We haven't installed any Quiz patches in a long time (currently >version 7.29C). We have been regularly updating our MPE operating system so >that has changed from time to time (C.55.00 and I think we are on powerpatch >4 >right now). > >So do you think this *never* worked right and my users (and me) are >spectacularly unobservant? Or could something in my environment have changed >and changed how my Quiz statement worked? > >Thanks for any help, >Kim Williams > > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = >Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu >Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu >powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l >This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From kim.williams@ashtech.COM Wed, 23 Dec 98 08:58:37 -0800 Date: Wed, 23 Dec 98 08:58:37 -0800 From: Kim Williams kim.williams@ashtech.COM Subject: Re[2]: Choosing blank fields in Quiz (7.29C Thanks for everybody's input. I have come to the conclusion that we must have been terribly unobservant. I found a copy of the report produced by this program from May 97 and it was wrong in the same way that it is now. Usually my user's catch my errors right away (so embarassing). Now I need to search all my code for this same mistake. You learn something new every day. Thanks, Kim Williams = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From KHeathe673@aol.com Wed, 23 Dec 1998 11:10:51 EST Date: Wed, 23 Dec 1998 11:10:51 EST From: KHeathe673@aol.com KHeathe673@aol.com Subject: Y2K Problems In almost every case (just one that involved VMSDATE), the problems I have found in reviewing applications for Y2K, have been programmer brain failures. That is to say, date manipulation techniques, which when tested under the conditions of dates in theYear 2000 such as feb 29,2000, Jan 1, 2000 etc... failed. The most common seem to involve: character conversion... hard coded dates etc... And it is always a surprise to the app owners. Thus I believe that is what Wanda likely meant when she described the problems she encountered as 'unexpected'. Kent Heatherington Pont Rouge Systems Inc. Quebec, Canada = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Wed, 23 Dec 1998 11:23:40 -0500 Date: Wed, 23 Dec 1998 11:23:40 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: Y2K testing There are two main aspects to year 200 testing (plus other small ones). One is to ensure that the interface with the system is correct. For dates, this would take the form of using SYSDATE. And the other is to ensure that the data processing portion is correct independent of the system date. For example, within PowerHouse we test that the function SYSDATE is correctly returned on a variety of system dates. However, the rest of the date functions (DAYS, DATE, etc.) and date functionality (formatting, editing, etc.) are independent of the actual machine date so we don't have to test them on a variety of system dates. However, we do have to test those functions and functionality on a variety of date data including data before and after 1999. The issue is that most application systems intermix both SYSDATE and other date functions and functionality. Once you're testing SYSDATE, you really need to test the rest of the logic at the same time. For example, let's say you had a QUIZ report that selected based on comparing SYSDATE to an invoice date. Obviously if you run this on different days (i.e. changing the machine date) you'll get different results. However, if your data stops at Jan 10, 1999 (for example) and you test by setting the machine after Jan 10, 1999, your test results won't change reagrdless of the system date. In order to properly test this selection, you need data that runs into the 2000s. And it should at least go past Feb 29, 2000. The idea is to ensure that everything has been caught. The degree of testing will depend on your applications. If you know the application very well - like you wrote it or have maintained it for years - then you'll know what to watch for. But if you have to test an application that you know very little about, the testing should be constructed to catch anything that the programmers missed. The biggest concern in this area is date items that are stored as numerics. These may be very difficult to find, but will cause problems. A typical example is the fiscal year or a year-week. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Richard Kessler[SMTP:71051.1106@compuserve.com] > Sent: Wednesday, December 23, 1998 10:15 AM > To: All > Subject: RE: Y2K testing > > Wanda, > Am curious what sort of problems you could have that would be unexpected > !?! > While I agree with everyone here that actually having a system where the > date can be pushed ahead to past 2000 is a very good idea, I see that as > testing the compatability of the system hardware and operating system > with Y2K, NOT testing the PowerHouse code suitability. > > Am also questioning Bob Deskins earlier statement in the same manner in > that : > I should think that if you rework your powerhouse code (presumably under > 8.1x) > and unload and reload the data with addcentury so that the 8 digit dates > contain 8 digits (19981222) then it does not matter for testing - at least > the powerhouse coding and powerhouse interface with the operating > system aspect - whether the century used is 19 or 20. > > Am I missing something by thinking that the powerhouse coding Y2k > problem is separate from the hardware/operating system problem, or just > overreacting to everyone's good idea to also test (the system) by > pushing the date ahead ?? > > Richard Kessler > 71051.1106@compusereve.com > > Message text written by "Ravenscroft, Wanda L" > > > If it's something your company can do, I would do it. I work on a VMS > system and we have a development system set up whereby we can change the > date to a year 2000 date and it has been of great value to us. We've > found > and resolved alot of problems that we had not expected we would have. > > Wanda Ravenscroft > Energizer > VMS 6.1, Powerhouse 7.10F1 > < > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = > = > Subscribe: "subscribe powerh-l" in message body to > majordomo@lists.swau.edu > Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu > powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l > This list is closed, thus to post to the list, you must be a subscriber. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Shawn_Gordon@Notes.FH.Com Thu, 24 Dec 1998 06:27:57 -0800 Date: Thu, 24 Dec 1998 06:27:57 -0800 From: Shawn Gordon Shawn_Gordon@Notes.FH.Com Subject: Y2K testing I'm not too up on Powerhouse, but I am doing all the Y2K remediation at a client, and they have thousands of powerhouse programs. From looking at their code, and asking their programmers, there doesn't seem to be any date functions within powerhouse, which absolutely shocks me, and I still refuse to believe. For example, is there a function to return a date that is the first date of the current month, or the last day of the prior month - what about straight date arithmatic? Can you just add a value to a date type var and it will correctly calculate it? To address the testing of data, we are using DataWarp on the HP 3000 to age the dates in both the Image databases and MPE/KSAM files. Using this method you can then verify that your programs work when your data spans or totally exists in the new century. shawn = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Bob.Deskin@Cognos.COM Thu, 24 Dec 1998 09:56:13 -0500 Date: Thu, 24 Dec 1998 09:56:13 -0500 From: Deskin, Bob Bob.Deskin@Cognos.COM Subject: Y2K testing PowerHouse has many date functions and date functionality. You do date arithmetic by converting the date to the number of days since a base date and then manipulating that. And of course there's a function to convert the number of days back to a date. We also have a function that returns the last day of the month and a function that returns the century of a date. Of course it's possible that the application doesn't use dates but that's rare. Bob Deskin Senior Product Advisor bob.deskin@cognos.com Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA > ---------- > From: Shawn Gordon[SMTP:Shawn_Gordon@Notes.FH.Com] > Sent: Thursday, December 24, 1998 9:27 AM > To: Deskin, Bob > Cc: All > Subject: RE: Y2K testing > > > > I'm not too up on Powerhouse, but I am doing all the Y2K remediation at a > client, and they have thousands of powerhouse programs. From looking at > their code, and asking their programmers, there doesn't seem to be any > date > functions within powerhouse, which absolutely shocks me, and I still > refuse > to believe. For example, is there a function to return a date that is the > first date of the current month, or the last day of the prior month - what > about straight date arithmatic? Can you just add a value to a date type > var and it will correctly calculate it? > > To address the testing of data, we are using DataWarp on the HP 3000 to > age > the dates in both the Image databases and MPE/KSAM files. Using this > method you can then verify that your programs work when your data spans or > totally exists in the new century. > > shawn > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. From Robert.Edis@creatcomp.com Thu, 24 Dec 1998 12:19:36 -0500 Date: Thu, 24 Dec 1998 12:19:36 -0500 From: Robert J.M. Edis Robert.Edis@creatcomp.com Subject: Y2K testing G'day Shawn PowerHouse has MANY date functions and I am surprised the programmers there don't know it. Is there anyone there who knows PowerHouse? I would advise you to obtain a copy of Power2000, Cognos's year 2000 analysis and remediation tool. It's a bit tricky to learn but a very powerful tool nonetheless. It will identify just about all the date issues existing in your code, including date functions and where date arithmetic is used. Creative Computing, Inc. is a full service Cognos Partner with both development tools (PowerHouse, Axiant) and business intelligence tools (Impromptu, etc). If you want help with your project please feel free to contact us. We have many consultants with a great number of years experience with PowerHouse on most platforms, especially MPE. We have in-house Power2000 experience as well. The web site is WWW.CREATCOMP.COM. Robert Edis PowerHouse consultant Creative Computing, Inc. Rhode Island, USA -----Original Message----- From: Shawn Gordon [SMTP:Shawn_Gordon@Notes.FH.Com] Sent: Thursday, December 24, 1998 9:28 AM To: Deskin, Bob Cc: All Subject: RE: Y2K testing I'm not too up on Powerhouse, but I am doing all the Y2K remediation at a client, and they have thousands of powerhouse programs. From looking at their code, and asking their programmers, there doesn't seem to be any date functions within powerhouse, which absolutely shocks me, and I still refuse to believe. For example, is there a function to return a date that is the first date of the current month, or the last day of the prior month - what about straight date arithmatic? Can you just add a value to a date type var and it will correctly calculate it? To address the testing of data, we are using DataWarp on the HP 3000 to age the dates in both the Image databases and MPE/KSAM files. Using this method you can then verify that your programs work when your data spans or totally exists in the new century. shawn = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber. = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l This list is closed, thus to post to the list, you must be a subscriber.