From joeboyle_adt@hotmail.com Mon Apr 5 14:49:05 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Mon, 05 Apr 2004 14:49:05 +0100 Subject: (no subject) Message-ID:
Hi all,
 
I hav'nt seen a single message to this list since joining on April the 1st ( am now groaning at the timing ), can anyone out there see/hear me ?
 
I am now looking for work after a five year period on the Cognos ADT support desk, and would greatly appreciate any contact details for agencies or employers looking for ADT skills.
 
Whilst at Cognos I worked with products PowerHouse, Axiant and PHWEB, on platforms such as Unix, Windows/NT, VMS and HP3000, with database/file systems such as Oracle, SQLserver, RDB, RMS, and 'the isams'.
 
Prior to Cognos I worked on VMS with PH and RMS for seven years, and for the three years prior to that I worked with Digital Cobol again with RMS on PDP-11's :-)
 
many thanks in advance for your help,

Stay in touch better and keep protected online with MSN’s NEW all-in-one Premium Services. Find out more here. From robert.mills@windsong-services.co.uk Mon Apr 5 16:03:20 2004 From: robert.mills@windsong-services.co.uk (Robert Mills) Date: Mon, 5 Apr 2004 16:03:20 +0100 Subject: (no subject) Message-ID: <948DEE88F18FD411AB9D0090275F5C350319D8D2@UK2X1.uk2> 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_01C41B1F.2219D170 Content-Type: text/plain; charset="iso-8859-1" Joe, Have a look at www.eaglecliff.co.uk . regards, Robert W.Mills Systems Development Manager Windsong Services (01689) 870622 x3005 -----Original Message----- From: Joe Boyle [mailto:joeboyle_adt@hotmail.com] Sent: 05 April 2004 14:49 To: powerh-l@lists.sowder.com Subject: (no subject) Hi all, I hav'nt seen a single message to this list since joining on April the 1st ( am now groaning at the timing ), can anyone out there see/hear me ? I am now looking for work after a five year period on the Cognos ADT support desk, and would greatly appreciate any contact details for agencies or employers looking for ADT skills. Whilst at Cognos I worked with products PowerHouse, Axiant and PHWEB, on platforms such as Unix, Windows/NT, VMS and HP3000, with database/file systems such as Oracle, SQLserver, RDB, RMS, and 'the isams'. Prior to Cognos I worked on VMS with PH and RMS for seven years, and for the three years prior to that I worked with Digital Cobol again with RMS on PDP-11's :-) many thanks in advance for your help, _____ Stay in touch better and keep protected online with MSN's NEW all-in-one Premium Services. Find out more here. = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. ------_=_NextPart_001_01C41B1F.2219D170 Content-Type: text/html; charset="iso-8859-1"
Joe,
 
Have a look at www.eaglecliff.co.uk.
 
regards,
 
Robert W.Mills
Systems Development Manager
Windsong Services
(01689) 870622 x3005
-----Original Message-----
From: Joe Boyle [mailto:joeboyle_adt@hotmail.com]
Sent: 05 April 2004 14:49
To: powerh-l@lists.sowder.com
Subject: (no subject)

Hi all,
 
I hav'nt seen a single message to this list since joining on April the 1st ( am now groaning at the timing ), can anyone out there see/hear me ?
 
I am now looking for work after a five year period on the Cognos ADT support desk, and would greatly appreciate any contact details for agencies or employers looking for ADT skills.
 
Whilst at Cognos I worked with products PowerHouse, Axiant and PHWEB, on platforms such as Unix, Windows/NT, VMS and HP3000, with database/file systems such as Oracle, SQLserver, RDB, RMS, and 'the isams'.
 
Prior to Cognos I worked on VMS with PH and RMS for seven years, and for the three years prior to that I worked with Digital Cobol again with RMS on PDP-11's :-)
 
many thanks in advance for your help,

Stay in touch better and keep protected online with MSN's NEW all-in-one Premium Services. Find out more here. = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber.
------_=_NextPart_001_01C41B1F.2219D170-- From robeconsult@sbcglobal.net Tue Apr 6 16:45:39 2004 From: robeconsult@sbcglobal.net (Robert Edis) Date: Tue, 6 Apr 2004 08:45:39 -0700 (PDT) Subject: PH gig in the UK found at CWJobs Message-ID: <20040406154539.90289.qmail@web80506.mail.yahoo.com> --0-1152323693-1081266339=:86316 Content-Type: text/plain; charset=us-ascii Job Title: Powerhouse Analyst Programmer Salary: N/A Location: Berkshire An experienced Powerhouse Analyst / Programmer is currently required by our well-established client. The ideal candidate will have experience working in a VAX / VMS environment. You must have strong analytical and problem-solving skills and the ability to communicate well with users. Knowledge... For more information: http://www.cwjobs.co.uk/joblink.asp?JobID=11058490&GUID=2e6123d4e784102d5702 18ffa9bef910&InstId= --0-1152323693-1081266339=:86316 Content-Type: text/html; charset=us-ascii

Job Title: Powerhouse Analyst Programmer

Salary: N/A

Location: Berkshire

An experienced Powerhouse Analyst / Programmer is currently required by our

well-established client. The ideal candidate will have experience working

in a VAX / VMS environment. You must have strong analytical and

problem-solving skills and the ability to communicate well with users.

Knowledge...

For more information:

http://www.cwjobs.co.uk/joblink.asp?JobID=11058490&GUID=2e6123d4e784102d5702

18ffa9bef910&InstId=

--0-1152323693-1081266339=:86316-- From balddaddyray@yahoo.com Tue Apr 6 17:19:38 2004 From: balddaddyray@yahoo.com (Raymond Schneider) Date: Tue, 6 Apr 2004 09:19:38 -0700 (PDT) Subject: Outputting wide file for exporting Message-ID: <20040406161938.57041.qmail@web13425.mail.yahoo.com> Hello Listers, We are going to shut down our HP 3000 next Friday, April 16. We have reduced the use of the 3000 to almost nothing so there isn't much left on it. I do need to pull data from a few of the databases/files that still have important data in them. Because the users want to import the files into EXCEL, I am exporting them into tilde-delimited files with the first record containing the field names. Most of the output files are narrower than the 254 record width limit of QUIZ, but there are a few that exceed this limit. How can I output a file that is wider than the limit? QUIZ or QTP would work...we are on 8.19 Thanks, Raymond Schneider Hamilton County Mental Health Cincinnati, OH USA ===== Raymond B. Schneider (513)621-3045 Hamilton County Mental Health Board (513)632-7159 fax 801-A W. 8th Street H-P 3000 MPE/iX 5.0 Cincinnati, OH 45203-1601 Powerhouse 7.09E rays@hamilton.mh.state.oh.us __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From shediac92@hotmail.com Tue Apr 6 17:19:40 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Tue, 06 Apr 2004 13:19:40 -0300 Subject: India gig: Chief of Architecture & Design! Message-ID: India anyone! >From: "recruiter_it_20" >We have an opening for "Chief of Architecture & Design" for our >client a "Multinational, based in Noida". Position would require >candidates to relocate in case not residing in Delhi/NCR > > >Job Title >-Chief of Architecture & Design > >Reporting to >-Chief of Technology office > >Location >-Noida, UP > >Desired Education >-Bachelor's/ Master's degree in Computer Science or Engineering >Degree >-Advanced degree/ certification in a related technical field preferred > >Desired professional background >-10+ years experience using structured analysis, design methodologies >and/or design tools in the development and implementation of large >projects. >-3+ years experience in full life cycle development projects with >relevant experience as architect not less than 3 years. >-Excellent understanding of software development methodologies, >architecture and CASE tools >-Certification in Architect tools is desirable. >-Experience interfacing with the customer, must be able to engage >with the client in broader discussions in design and architecture. >-Good Design Strategies (OOAD-UML/Rational Rose/RUP). >-Knowledge of Data modeling tools. >-Sound knowledge of multiple platforms. >-Knowledge on Client server and/or Web based technology. >-Should have experience in evaluating tools. >-Good documentation and communication skills. >-Excellent technical, communication, presentation, analytical, >conflict resolution skills. > >Job Responsibilities & Activities >-Responsible for defining architecture standards for the organization >-Responsible for creating for technical architecture for proposals >-Responsible for design component in all SDLC projects >-Responsible for providing multiple architectural options for >customers (includes ROI case also) > > >If you meet above requirement and are looking for a change do forward >your latest resume and contact details in Microsoft word format as >attachment at "recruiter_it_20@yahoo.com" do mention the position >applying for in the subject. > >Incase you are not interested or do not fit the criteria please >forward this to your friends who meet the criteria and would be >interested in change. > >Treat this urgent! > >Best Regards, >Vikram Wadhawan >Rely-On Solutions >20, Sant Nagar, East of Kailash, >New Delhi:-110065, India >Ph:-+91-11-51621060, 51621787 > > _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From VGoparaju@tradepointsystems.com Tue Apr 6 17:31:13 2004 From: VGoparaju@tradepointsystems.com (Goparaju, Vidyasagar) Date: Tue, 6 Apr 2004 12:31:13 -0400 Subject: Outputting wide file for exporting Message-ID: 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_01C41BF4.936BF4F4 Content-Type: text/plain; charset="iso-8859-1" Use portable subfile. Sagar -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Raymond Schneider Sent: Tuesday, April 06, 2004 12:20 PM To: Powerhouse Listserv Cc: Ray Schneider Subject: Outputting wide file for exporting Hello Listers, We are going to shut down our HP 3000 next Friday, April 16. We have reduced the use of the 3000 to almost nothing so there isn't much left on it. I do need to pull data from a few of the databases/files that still have important data in them. Because the users want to import the files into EXCEL, I am exporting them into tilde-delimited files with the first record containing the field names. Most of the output files are narrower than the 254 record width limit of QUIZ, but there are a few that exceed this limit. How can I output a file that is wider than the limit? QUIZ or QTP would work...we are on 8.19 Thanks, Raymond Schneider Hamilton County Mental Health Cincinnati, OH USA ===== Raymond B. Schneider (513)621-3045 Hamilton County Mental Health Board (513)632-7159 fax 801-A W. 8th Street H-P 3000 MPE/iX 5.0 Cincinnati, OH 45203-1601 Powerhouse 7.09E rays@hamilton.mh.state.oh.us __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. ------_=_NextPart_001_01C41BF4.936BF4F4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Outputting wide file for exporting

Use portable subfile.

Sagar

-----Original Message-----
From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@li= sts.sowder.com]On Behalf Of Raymond Schneider
Sent: Tuesday, April 06, 2004 12:20 PM
To: Powerhouse Listserv
Cc: Ray Schneider
Subject: Outputting wide file for exporting

Hello Listers,

We are going to shut down our HP 3000 next = Friday,
April 16. We have reduced the use of the 3000 = to
almost nothing so there isn't much left on it. I = do
need to pull data from a few of the = databases/files
that still have important data in them. Because = the
users want to import the files into EXCEL, I = am
exporting them into tilde-delimited files with = the
first record containing the field names. Most of = the
output files are narrower than the 254 record = width
limit of QUIZ, but there are a few that exceed = this
limit. How can I output a file that is wider than = the
limit? QUIZ or QTP would work...we are on = 8.19

Thanks,

Raymond Schneider
Hamilton County Mental Health
Cincinnati, OH  USA


=3D=3D=3D=3D=3D
Raymond B. = Schneider          &nb= sp; (513)621-3045
Hamilton County Mental Health = Board     (513)632-7159 fax
801-A W. 8th = Street           =           H-P 3000  = MPE/iX 5.0
Cincinnati, OH  = 45203-1601          &n= bsp;   Powerhouse 7.09E
rays@hamilton.mh.state.oh.us



__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design = Giveaway
http://promotions.yahoo.com/design_giveaway/
=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
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to = powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe = <password>" in message body to = powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l<= /FONT>
This list is closed, thus to post to the list you = must be a subscriber.

------_=_NextPart_001_01C41BF4.936BF4F4-- From Tracy.Johnson@msiusa.com Tue Apr 6 18:45:52 2004 From: Tracy.Johnson@msiusa.com (Johnson, Tracy) Date: Tue, 6 Apr 2004 13:45:52 -0400 Subject: Outputting wide file for exporting Message-ID: <970F565A5733E64686BC3A10FBBAE87C37298D@msi03-mail.noam.msiusa.com> The following QTP should work as long as you don't have an array in your Image database: >SET PROCESS LIMIT x >ACCESS myimagefile >SUBFILE mysubfile KEEP PORTABLE INCLUDE myimagefile >GO This will get you two named files, the file with the data will end with the letter Q. You can manually import it into Excel as a column delimited file. You'll have to make sure the columns are correct when importing. If you *DO* have an image array, then you have to name individual fields instead of just the myimagefile. Make sure 'x' is as least as big as the number of records in your image data set file. BT Tracy Johnson MSI Schaevitz Sensors > -----Original Message----- > From: powerh-l-admin@lists.sowder.com > [mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Raymond Schneider > Sent: Tuesday, April 06, 2004 12:20 PM > To: Powerhouse Listserv > Cc: Ray Schneider > Subject: Outputting wide file for exporting > > > Hello Listers, > > We are going to shut down our HP 3000 next Friday, > April 16. We have reduced the use of the 3000 to > almost nothing so there isn't much left on it. I do > need to pull data from a few of the databases/files > that still have important data in them. Because the > users want to import the files into EXCEL, I am > exporting them into tilde-delimited files with the > first record containing the field names. Most of the > output files are narrower than the 254 record width > limit of QUIZ, but there are a few that exceed this > limit. How can I output a file that is wider than the > limit? QUIZ or QTP would work...we are on 8.19 > > Thanks, > > Raymond Schneider > Hamilton County Mental Health > Cincinnati, OH USA > > > ===== > Raymond B. Schneider (513)621-3045 > Hamilton County Mental Health Board (513)632-7159 fax > 801-A W. 8th Street H-P 3000 MPE/iX 5.0 > Cincinnati, OH 45203-1601 Powerhouse 7.09E > rays@hamilton.mh.state.oh.us > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business $15K Web Design Giveaway > http://promotions.yahoo.com/design_giveaway/ > = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Mailing list: powerh-l@lists.sowder.com > Subscribe: "subscribe" in message body to > powerh-l-request@lists.sowder.com > Unsubscribe: "unsubscribe " in message body to > powerh-l-request@lists.sowder.com > http://lists.sowder.com/mailman/listinfo/powerh-l > This list is closed, thus to post to the list you must be a > subscriber. > From John Backus" Message-ID: <001c01c41c1b$47f74a60$0858a8c0@beechglen.com> Hi Ray, Take a look at a freeware tool that assists in the tasks you describe. It is found at Beechglen.com. Go to the MPE/IX drop down menu. From there choose FREE DOWNLOADS and look near the bottom for the Powerhouse developer tools, choose PH729 and copy/paste the PH729 quiz code (beware of EDITOR pasting as it 'eats' the '&'s. This code should work for Quiz version 8.19 too. See comments in the code. Courtesy Beechglen Development, Inc. John Backus beechglen.com (513) 922-0509 From mgo@columbus.rr.com Tue Apr 6 22:21:47 2004 From: mgo@columbus.rr.com (Mike Godsey) Date: Tue, 6 Apr 2004 17:21:47 -0400 Subject: Outputting wide file for exporting In-Reply-To: <20040406161938.57041.qmail@web13425.mail.yahoo.com> Message-ID: <002901c41c1d$2d066680$6401a8c0@MikeNB> We use a portable subfile and then throw away the dictionary file. Mike Godsey -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Raymond Schneider Sent: Tuesday, April 06, 2004 12:20 PM To: Powerhouse Listserv Cc: Ray Schneider Subject: Outputting wide file for exporting Hello Listers, We are going to shut down our HP 3000 next Friday, April 16. We have reduced the use of the 3000 to almost nothing so there isn't much left on it. I do need to pull data from a few of the databases/files that still have important data in them. Because the users want to import the files into EXCEL, I am exporting them into tilde-delimited files with the first record containing the field names. Most of the output files are narrower than the 254 record width limit of QUIZ, but there are a few that exceed this limit. How can I output a file that is wider than the limit? QUIZ or QTP would work...we are on 8.19 Thanks, Raymond Schneider Hamilton County Mental Health Cincinnati, OH USA ===== Raymond B. Schneider (513)621-3045 Hamilton County Mental Health Board (513)632-7159 fax 801-A W. 8th Street H-P 3000 MPE/iX 5.0 Cincinnati, OH 45203-1601 Powerhouse 7.09E rays@hamilton.mh.state.oh.us __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. From davida@chicagonet.net Tue Apr 6 19:14:56 2004 From: davida@chicagonet.net (davida) Date: Tue, 06 Apr 2004 18:14:56 -0000 Subject: Seeking a position on HP3000 in Illinois Message-ID: <0406104181456.0.0900505450@mail.chicagonet.net> Hello Everyone, I am looking for a position as a programmer analyst or consultant in Chicago or the Northern suburbs in Illinois. I have 19 years experience with programming and system design on HP3000/MPE using COBOL, IMAGE, and QUERY. I also have 8 years experience using Cognos Powerhouse software, 4 years experience on the AMISYS insurance software, and 15 years experience using ROBELLE Suprtool and Qedit. If anyone knows of any positions or leads please send me an email. Thank you, Davida Goldberg From joeboyle_adt@hotmail.com Tue Apr 13 14:38:16 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Tue, 13 Apr 2004 14:38:16 +0100 Subject: Outputting wide file for exporting Message-ID:

Hi Raymond,

subfiles can be larger than 254 chars per record ( 32K I think ), its only reports which are limited to 255 chars.

>From: Raymond Schneider <balddaddyray@yahoo.com>
>To: Powerhouse Listserv <powerh-l@lists.sowder.com>
>CC: Ray Schneider <Rays@hamilton.mh.state.oh.us>
>Subject: Outputting wide file for exporting
>Date: Tue, 6 Apr 2004 09:19:38 -0700 (PDT)
>
>Hello Listers,
>
>We are going to shut down our HP 3000 next Friday,
>April 16. We have reduced the use of the 3000 to
>almost nothing so there isn't much left on it. I do
>need to pull data from a few of the databases/files
>that still have important data in them. Because the
>users want to import the files into EXCEL, I am
>exporting them into tilde-delimited files with the
>first record containing the field names. Most of the
>output files are narrower than the 254 record width
>limit of QUIZ, but there are a few that exceed this
>limit. How can I output a file that is wider than the
>limit? QUIZ or QTP would work...we are on 8.19
>
>Thanks,
>
>Raymond Schneider
>Hamilton County Mental Health
>Cincinnati, OH  USA
>
>
>=====
>Raymond B. Schneider (513)621-3045
>Hamilton County Mental Health Board (513)632-7159 fax
>801-A W. 8th Street H-P 3000  MPE/iX 5.0
>Cincinnati, OH  45203-1601 Powerhouse 7.09E
>rays@hamilton.mh.state.oh.us
>
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Small Business $15K Web Design Giveaway
>http://promotions.yahoo.com/design_giveaway/
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.

Have more fun with your phone - download ringtones, logos, screensavers, games & more. Click here to begin! From brian_matthews_bmw@hotmail.com Tue Apr 20 16:06:23 2004 From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews) Date: Tue, 20 Apr 2004 15:06:23 +0000 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID: I have never used this list before so am not completely sure what to expect so here goes : I am trying to write to a SQLserver table from a field process procedure but the row is blocked if a 'lookup on' is also present on the field, can anyone explain this, or offer a wokaround ? P.S we are from RMS and trying out SQLserver _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From joeboyle_adt@hotmail.com Tue Apr 20 17:03:39 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Tue, 20 Apr 2004 17:03:39 +0100 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID:

I beleive that SQLserver puts a write block on the lookup on'ed row( this won't be released until another row is read); add syntax autocommit to the field and this should cause the row to be released once the read is done.

Incidentally all, I am still looking for employment contact details, any agency names and numbers that handle PowerHouse work would be most gratefully recieved.

as I mentioned in an earlier email, I am now looking for work after a five year period on the Cognos ADT support desk.

Whilst at Cognos I worked with products PowerHouse, Axiant and PHWEB, on platforms
such as Unix, Windows/NT, VMS and HP3000, with database/file systems such as Oracle,
SQLserver, RDB, RMS, and 'the isams'.

Prior to Cognos I worked on VMS with PH and RMS for seven years, and for the three
years prior to that I worked with Digital Cobol again with RMS on PDP-11's :-)

many thanks in advance for your help,

 

>From: "brian_matthewsbrian matthews" <brian_matthews_bmw@hotmail.com>
>To: powerh-l@lists.sowder.com
>Subject: problem with 'lookup on' and writing to a SQLserver table
>Date: Tue, 20 Apr 2004 15:06:23 +0000
>
>I have never used this list before so am not completely sure what to
>expect so here goes : I am trying to write to a SQLserver table from
>a field process procedure but the row is blocked if a 'lookup on' is
>also present on the field, can anyone explain this, or offer a
>wokaround ?
>
>P.S we are from RMS and trying out SQLserver
>
>_________________________________________________________________
>Express yourself with cool new emoticons
>http://www.msn.co.uk/specials/myemo
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Stay in touch better and keep protected online with MSN’s NEW all-in-one Premium Services. Find out more here. From chuck.reinke@sbcglobal.net Tue Apr 20 05:07:02 2004 From: chuck.reinke@sbcglobal.net (chuck.reinke) Date: Mon, 19 Apr 2004 21:07:02 -0700 Subject: problem with 'lookup on' and writing to a SQLserver table References: Message-ID: <000501c4268c$ef496ca0$6700a8c0@cognos.com> I'm a little surprised to hear about this problem, but I haven't ever worked with SQLserver. However, Lookups are done be default with a read/write transaction just after Input procedure time, and therefore I would think the transaction should be committed by Process procedure time. You may have some non-default stuff on your File statements. Or the File statement for the lookup is the same as the one you are trying to update in the Process procedure. Reference files are by default opened for read only, which could cause a problem. I the files are the same, try using an alias and some other file type for your update. Finally, if you think there may be some bug, try doing a commit at the start of your Process procedure. Chuck ----- Original Message ----- From: "brian_matthewsbrian matthews" To: Sent: Tuesday, April 20, 2004 8:06 AM Subject: problem with 'lookup on' and writing to a SQLserver table > I have never used this list before so am not completely sure what to expect > so here goes : I am trying to write to a SQLserver table from a field > process procedure but the row is blocked if a 'lookup on' is also present on > the field, can anyone explain this, or offer a wokaround ? > > P.S we are from RMS and trying out SQLserver > > _________________________________________________________________ > Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Mailing list: powerh-l@lists.sowder.com > Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com > Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com > http://lists.sowder.com/mailman/listinfo/powerh-l > This list is closed, thus to post to the list you must be a subscriber. From shediac92@hotmail.com Tue Apr 20 20:07:34 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Tue, 20 Apr 2004 16:07:34 -0300 Subject: MS SQL Server blocked. Message-ID: Brian: An autocommit on the lookup statement should work. I think the lookup is done in the UPDATE transaction but I am not sure. DBAUDIT=FULL on the run of QUICK should tell you. You must have a unique key if your want to update an MS SQL Server row. This key can defined in MS SQL Server and I also believe it can be stated on the FILE or CURSOR associated with the table. Regards, Peter Bateman >From: "chuck.reinke" >To: "brian_matthewsbrian matthews" , > >Subject: Re: problem with 'lookup on' and writing to a SQLserver table >Date: Mon, 19 Apr 2004 21:07:02 -0700 > >I'm a little surprised to hear about this problem, but I haven't ever >worked >with SQLserver. > >However, Lookups are done be default with a read/write transaction just >after Input procedure time, and therefore I would think the transaction >should be committed by Process procedure time. You may have some >non-default >stuff on your File statements. Or the File statement for the lookup is the >same as the one you are trying to update in the Process procedure. >Reference >files are by default opened for read only, which could cause a problem. I >the files are the same, try using an alias and some other file type for >your >update. > >Finally, if you think there may be some bug, try doing a commit at the >start >of your Process procedure. > >Chuck >----- Original Message ----- >From: "brian_matthewsbrian matthews" >To: >Sent: Tuesday, April 20, 2004 8:06 AM >Subject: problem with 'lookup on' and writing to a SQLserver table > > > > I have never used this list before so am not completely sure what to >expect > > so here goes : I am trying to write to a SQLserver table from a field > > process procedure but the row is blocked if a 'lookup on' is also >present >on > > the field, can anyone explain this, or offer a wokaround ? > > > > P.S we are from RMS and trying out SQLserver > > > > _________________________________________________________________ > > Express yourself with cool new emoticons >http://www.msn.co.uk/specials/myemo > > > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = > > Mailing list: powerh-l@lists.sowder.com > > Subscribe: "subscribe" in message body to >powerh-l-request@lists.sowder.com > > Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com > > http://lists.sowder.com/mailman/listinfo/powerh-l > > This list is closed, thus to post to the list you must be a subscriber. > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From macljohn@isu.edu Tue Apr 20 20:42:45 2004 From: macljohn@isu.edu (John MacLerran) Date: Tue, 20 Apr 2004 13:42:45 -0600 Subject: PowerHouse 8.49 and MPE 7.5 - Anyone? Message-ID: <40857D35.8090905@isu.edu> Dear PowerHouse Listers, We're planning to upgrade to MPE 7.5 PowerPatch1 in the near future. I contacted Cognos Support to see if there were any issues with that version of MPE and PowerHouse 8.49 (and PowerHouse web 2.49), and they indicated that PH has not been tested with MPE 7.5 yet, but that there have been Cognos customers who have upgraded to MPE 7.5 and have reported no issues. Has anyone here upgraded to MPE 7.5 yet? If so, have you found any issues? Do you use PowerHouse web too, or just PH4GL. Thanks! -- ---------------------------------------------------------------------- John MacLerran IT Systems Analyst email: macljohn@isu.edu Idaho State University V(208) 282-2954 http://www.isu.edu/~macljohn F(208) 282-3673 ---------------------------------------------------------------------- From markstewart@consultantsclub.biz Tue Apr 20 20:48:15 2004 From: markstewart@consultantsclub.biz (Mark Stewart) Date: Tue, 20 Apr 2004 12:48:15 -0700 (PDT) Subject: problem with 'lookup on' and writing to a SQLserver table In-Reply-To: Message-ID: <20040420194815.61516.qmail@web60605.mail.yahoo.com> It's good practice to keep your lookup transaction separate from your primarly transaction. Use an alias table using the field from your primary transaction to kick off a separate read transaction. Doesn't sound like that is the case. Mark Stewart From PICKERIJ@norbord.com Tue Apr 20 21:05:15 2004 From: PICKERIJ@norbord.com (Pickering, John (NORBORD)) Date: Tue, 20 Apr 2004 16:05:15 -0400 Subject: PowerHouse 8.49 and MPE 7.5 - Anyone? Message-ID: <611340310619D711AA4000306E1CC512D2BD4F@TORHEXCH> John We've been running 8.49C on a new N-class with 7.5 since last fall; since mid-February in production. We moved all the source from a 969 running MPE 6.5 and PH 8.19 and simply recompiled everything. I seem to remember only a handful of programs out of several thousand not compiling -- a slightly tighter syntax which caused some sloppy Qtp runs not to compile because of unqualified items about which Qtp would formerly have made some assumption which it is no longer prepared to make. Once compiled, everything worked as expected and without incident. In the process we did discover a Y2K bug in 8.19 which somehow escaped Mr. Deskin's careful testing. We had been getting away with something in 8.19 that shouldn't have worked (and didn't in 8.49) -- changing the dictionary options to what they should have been all along solved this one. Incidentally, we use Multiview accounting systems. The version we are using is compiled with 7.29C. Cognos support said it wouldn't work -- not because it wouldn't but because they didn't test it since 7.29 has been obsolete for quite some time. It works just fine and is another example of the 3000's legendary backward compatibility :-) Sorry, no PHWEB here. Regards, JWP -----Original Message----- From: John MacLerran [mailto:macljohn@isu.edu] Sent: Tuesday, April 20, 2004 3:43 PM To: powerh-l@lists.sowder.com Subject: PowerHouse 8.49 and MPE 7.5 - Anyone? Dear PowerHouse Listers, We're planning to upgrade to MPE 7.5 PowerPatch1 in the near future. I contacted Cognos Support to see if there were any issues with that version of MPE and PowerHouse 8.49 (and PowerHouse web 2.49), and they indicated that PH has not been tested with MPE 7.5 yet, but that there have been Cognos customers who have upgraded to MPE 7.5 and have reported no issues. Has anyone here upgraded to MPE 7.5 yet? If so, have you found any issues? Do you use PowerHouse web too, or just PH4GL. Thanks! -- ---------------------------------------------------------------------- John MacLerran IT Systems Analyst email: macljohn@isu.edu Idaho State University V(208) 282-2954 http://www.isu.edu/~macljohn F(208) 282-3673 ---------------------------------------------------------------------- From robeconsult@sbcglobal.net Tue Apr 20 21:31:24 2004 From: robeconsult@sbcglobal.net (Robert Edis) Date: Tue, 20 Apr 2004 13:31:24 -0700 (PDT) Subject: PH gig in Oz Message-ID: <20040420203124.13569.qmail@web80509.mail.yahoo.com> --0-1049413748-1082493084=:12309 Content-Type: text/plain; charset=us-ascii Powerhouse / Powerbuilder Developer Large, Eastern Suburbs based organisation requires a contract Developer to work on a Powerhouse/Powerbuilder project. Required skills: At least 2 years development experience in Powerbuilder Powerhouse experience is essential Strong MS Access experience Visual Basic experience will also be highly regarded For a confidential discussion on this role please call Miranda Singer on 02 9955 6634, or send an email attaching your resume to msinger@GenesisIT.com.au --0-1049413748-1082493084=:12309 Content-Type: text/html; charset=us-ascii

Powerhouse / Powerbuilder Developer

Large, Eastern Suburbs based organisation requires a contract Developer to work on a Powerhouse/Powerbuilder project.

Required skills:

  • At least 2 years development experience in Powerbuilder
  • Powerhouse experience is essential
  • Strong MS Access experience
  • Visual Basic experience will also be highly regarded

For a confidential discussion on this role please call Miranda Singer on 02 9955 6634, or send an email attaching your resume to msinger@GenesisIT.com.au

--0-1049413748-1082493084=:12309-- From joeboyle_adt@hotmail.com Wed Apr 21 11:40:32 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Wed, 21 Apr 2004 11:40:32 +0100 Subject: MS SQL Server blocked. Message-ID:

I looked up my notes on this topic and found that the problem is due to the fact that the lookup is done in the process phase which uses the update TX as Peter mentions below.

There are three other mainstream solutions, you can either,

1. try syntax ' transaction model optimistic' on the screen statement,

2. add syntax 'transaction query for query process' to the file statement

3. create a read only designer TX ( myrotx ) and associate this with the file 'transaction myrotx for query process'.  I think that the update phase will default to using the update TX when you write to the file using the last option.

In case anyone is wondering where I got alll of this great info,  I found it in the notes I made from the two Relational Interface manuals which accompany the Cognos courses on this subject - I made notes of anything interesting.  The problem is that I managed to throw the manuals away ( I kept them in a bin liner in the boot of my car for easy access - doh!).  If anyone could supply me with copies, I would be more than happy to pay for them.

regards Joe

>From: "Peter Bateman" <shediac92@hotmail.com>
>To: powerh-l@sowder.com
>Subject: MS SQL Server blocked.
>Date: Tue, 20 Apr 2004 16:07:34 -0300
>
>Brian:
>
>  An autocommit on the lookup statement should work. I think the
>lookup is done
>  in the UPDATE transaction but I am not sure. DBAUDIT=FULL on the
>run of QUICK
>  should tell you. You must have a unique key if your want to update
>an MS SQL Server row.
>  This key can defined in MS SQL Server and I also believe it can be
>stated on the FILE or
>  CURSOR associated with the table.
>
>Regards,
>Peter Bateman
>
>
>>From: "chuck.reinke" <chuck.reinke@sbcglobal.net>
>>To: "brian_matthewsbrian matthews"
>><brian_matthews_bmw@hotmail.com>,   <powerh-l@lists.sowder.com>
>>Subject: Re: problem with 'lookup on' and writing to a SQLserver
>>table
>>Date: Mon, 19 Apr 2004 21:07:02 -0700
>>
>>I'm a little surprised to hear about this problem, but I haven't
>>ever worked
>>with SQLserver.
>>
>>However, Lookups are done be default with a read/write transaction
>>just
>>after Input procedure time, and therefore I would think the
>>transaction
>>should be committed by Process procedure time. You may have some
>>non-default
>>stuff on your File statements. Or the File statement for the lookup
>>is the
>>same as the one you are trying to update in the Process procedure.
>>Reference
>>files are by default opened for read only, which could cause a
>>problem. I
>>the files are the same, try using an alias and some other file type
>>for your
>>update.
>>
>>Finally, if you think there may be some bug, try doing a commit at
>>the start
>>of your Process procedure.
>>
>>Chuck
>>----- Original Message -----
>>From: "brian_matthewsbrian matthews"
>><brian_matthews_bmw@hotmail.com>
>>To: <powerh-l@lists.sowder.com>
>>Sent: Tuesday, April 20, 2004 8:06 AM
>>Subject: problem with 'lookup on' and writing to a SQLserver table
>>
>>
>> > I have never used this list before so am not completely sure
>>what to
>>expect
>> > so here goes : I am trying to write to a SQLserver table from a
>>field
>> > process procedure but the row is blocked if a 'lookup on' is
>>also present
>>on
>> > the field, can anyone explain this, or offer a wokaround ?
>> >
>> > P.S we are from RMS and trying out SQLserver
>> >
>> >
>>_________________________________________________________________
>> > Express yourself with cool new emoticons
>>http://www.msn.co.uk/specials/myemo
>> >
>> > = = = = = = = = = = = = = = = = = = = = = = = = = = = =
>> > Mailing list: powerh-l@lists.sowder.com
>> > Subscribe: "subscribe" in message body to
>>powerh-l-request@lists.sowder.com
>> > Unsubscribe: "unsubscribe <password>" in message body to
>>powerh-l-request@lists.sowder.com
>> > http://lists.sowder.com/mailman/listinfo/powerh-l
>> > This list is closed, thus to post to the list you must be a
>>subscriber.
>>
>>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>>Mailing list: powerh-l@lists.sowder.com
>>Subscribe: "subscribe" in message body to
>>powerh-l-request@lists.sowder.com
>>Unsubscribe: "unsubscribe <password>" in message body to
>>powerh-l-request@lists.sowder.com
>>http://lists.sowder.com/mailman/listinfo/powerh-l
>>This list is closed, thus to post to the list you must be a
>>subscriber.
>
>_________________________________________________________________
>Add photos to your messages with MSN Premium. Get 2 months FREE*  
>http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Stay in touch better and keep protected online with MSN’s NEW all-in-one Premium Services. Find out more here. From gavin.lloyd@fmglobal.com Wed Apr 21 12:57:38 2004 From: gavin.lloyd@fmglobal.com (Lloyd, Gavin) Date: Wed, 21 Apr 2004 12:57:38 +0100 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID: The autocommit would release the lock but what worries me is doing the write in the process procedure. If you are updating a record based on the logic in the screen then you cannot guarantee the update will be completed until the update procedure. So if this doesn't get done will the SQLserver table be out of synch? If the updates are related you may be able to change the lookup file to secondary and your field changes to the process procedure and the update should sort itself out. If it's all procedure code you may be able to use a designer file. If I have misunderstood then I can only apologise in advance but I had 5 minutes and thought I would try and help for a change but as usual MY suggestion sounds a lot more complicated than the original question. Regards, Gavin. -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of brian_matthewsbrian matthews Sent: 20 April 2004 16:06 To: powerh-l@lists.sowder.com Subject: problem with 'lookup on' and writing to a SQLserver table I have never used this list before so am not completely sure what to expect so here goes : I am trying to write to a SQLserver table from a field process procedure but the row is blocked if a 'lookup on' is also present on the field, can anyone explain this, or offer a wokaround ? P.S we are from RMS and trying out SQLserver _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From shediac92@hotmail.com Thu Apr 22 16:24:37 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Thu, 22 Apr 2004 12:24:37 -0300 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID: Good point Gavin. I have done something similiar to what Brian is doing. I was reserving products from inventory for an order that I was building. and yes I had to put in code to backout if the order was modified or cancelled. Regards, Peter >From: "Lloyd, Gavin" >To: "brian_matthewsbrian matthews" , > >Subject: RE: problem with 'lookup on' and writing to a SQLserver table >Date: Wed, 21 Apr 2004 12:57:38 +0100 > >The autocommit would release the lock but what worries me is doing the >write in the process procedure. If you are updating a record based on >the logic in the screen then you cannot guarantee the update will be >completed until the update procedure. So if this doesn't get done will >the SQLserver table be out of synch? > >If the updates are related you may be able to change the lookup file to >secondary and your field changes to the process procedure and the update >should sort itself out. If it's all procedure code you may be able to >use a designer file. > >If I have misunderstood then I can only apologise in advance but I had 5 >minutes and thought I would try and help for a change but as usual MY >suggestion sounds a lot more complicated than the original question. > >Regards, >Gavin. > > >-----Original Message----- >From: powerh-l-admin@lists.sowder.com >[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of >brian_matthewsbrian matthews >Sent: 20 April 2004 16:06 >To: powerh-l@lists.sowder.com >Subject: problem with 'lookup on' and writing to a SQLserver table > > >I have never used this list before so am not completely sure what to >expect >so here goes : I am trying to write to a SQLserver table from a field >process procedure but the row is blocked if a 'lookup on' is also >present on >the field, can anyone explain this, or offer a wokaround ? > >P.S we are from RMS and trying out SQLserver > >_________________________________________________________________ >Express yourself with cool new emoticons >http://www.msn.co.uk/specials/myemo > > > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From Peter-Robert.Fritsch@beko.at Fri Apr 23 09:44:11 2004 From: Peter-Robert.Fritsch@beko.at (Fritsch, Peter-Robert) Date: Fri, 23 Apr 2004 10:44:11 +0200 Subject: subscribe Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C4290F.2655EA21 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subscribe Mit freundlichen Gr=FC=DFen Ing. Mag. Peter Robert Fritsch Account Manager Gesch=E4ftsfeld Informatik Tel.: +43 1 797 50-231 Fax: +43 1 797 50-8008 Mobil: +43 676 765 66 31 Email: peter-robert.fritsch@beko.at BEKO Ing. P. Kotauczek GmbH A-1030 Wien Modecenterstra=DFe 22/A1/6 www.beko-informatik.com ------_=_NextPart_001_01C4290F.2655EA21 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable subscribe

Subscribe

Mit freundlichen Gr=FC=DFen

Ing. Mag. Peter Robert = Fritsch
Account Manager
Gesch=E4ftsfeld Informatik

Tel.:    +43 1 797 = 50-231
Fax:    +43 1 797 = 50-8008
Mobil:  +43 676 765 66 31
Email:  = peter-robert.fritsch@beko.at

BEKO Ing. P. Kotauczek = GmbH
A-1030 = Wien
Modecenterstra=DFe = 22/A1/6
www.beko-informatik.com


------_=_NextPart_001_01C4290F.2655EA21-- From Peter-Robert.Fritsch@beko.at Fri Apr 23 10:54:04 2004 From: Peter-Robert.Fritsch@beko.at (Fritsch, Peter-Robert) Date: Fri, 23 Apr 2004 11:54:04 +0200 Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C42918.E91E3576 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, what is the best way to port/migrate/run PowerHouse applications = (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers. Are there runtimes for Powerhouse on UNIX or Windows, which can be used = for the applications developed for HP3000. Are there porting or migration tools from PowerHouse to COBOL / JAVA. What is the best way for the exchange of the environment, whereby the = applications should be still working under UNIX or Windows. Thanks a lot, regards Peter=20 Ing. Mag. Peter Robert Fritsch Account Manager Gesch=E4ftsfeld Informatik Tel.: +43 1 797 50-231 Fax: +43 1 797 50-8008 Mobil: +43 676 765 66 31 Email: peter-robert.fritsch@beko.at BEKO Ing. P. Kotauczek GmbH A-1030 Wien Modecenterstra=DFe 22/A1/6 www.beko-informatik.com ------_=_NextPart_001_01C42918.E91E3576 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Powerhouse - migrate/port from HP3000 MPE to UNIX or = Windows

Hi, what is the best way to = port/migrate/run PowerHouse applications (with TurboIMAGE) from a HP = 3000 / MPE to UNIX or Windows Servers.

Are there runtimes for Powerhouse on = UNIX or Windows, which can be used for the applications developed for = HP3000.
Are there porting or migration tools = from PowerHouse to COBOL / JAVA.

What is the best way for the exchange = of the environment, whereby the applications should be still working = under UNIX or Windows.

Thanks a lot, regards Peter


Ing. Mag. Peter Robert = Fritsch
Account Manager
Gesch=E4ftsfeld Informatik

Tel.:    +43 1 797 = 50-231
Fax:    +43 1 797 = 50-8008
Mobil:  +43 676 765 66 31
Email:  = peter-robert.fritsch@beko.at

BEKO Ing. P. Kotauczek = GmbH
A-1030 = Wien
Modecenterstra=DFe = 22/A1/6
www.beko-informatik.com


------_=_NextPart_001_01C42918.E91E3576-- From joeboyle_adt@hotmail.com Fri Apr 23 13:16:56 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Fri, 23 Apr 2004 13:16:56 +0100 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID:

why not set a flag in the field process proc which conditionally decides if the row is written in the preupdte or postupdate proc; this way you don't need a backout proc, and the update TX gets rolled back as a unit if there is a problem - you still need the autocommit with the 'lookup on' - and the designer TX mentioned in an earlier email should have been a 'read write' TX.

P.S. I suspect Brian might have given up ?


>From: "Peter Bateman" <shediac92@hotmail.com>
>To: powerh-l@lists.sowder.com
>Subject: RE: problem with 'lookup on' and writing to a SQLserver table
>Date: Thu, 22 Apr 2004 12:24:37 -0300
>
>Good point Gavin. I have done something similiar to what Brian is
>doing.
>I was reserving products from inventory for an order that I was
>building. and yes
>I had to put in code to backout if the order was modified or
>cancelled.
>Regards,
>Peter
>
>
>>From: "Lloyd, Gavin" <gavin.lloyd@fmglobal.com>
>>To: "brian_matthewsbrian matthews"
>><brian_matthews_bmw@hotmail.com>,   <powerh-l@lists.sowder.com>
>>Subject: RE: problem with 'lookup on' and writing to a SQLserver
>>table
>>Date: Wed, 21 Apr 2004 12:57:38 +0100
>>
>>The autocommit would release the lock but what worries me is doing
>>the
>>write in the process procedure.  If you are updating a record based
>>on
>>the logic in the screen then you cannot guarantee the update will
>>be
>>completed until the update procedure.  So if this doesn't get done
>>will
>>the SQLserver table be out of synch?
>>
>>If the updates are related you may be able to change the lookup
>>file to
>>secondary and your field changes to the process procedure and the
>>update
>>should sort itself out.  If it's all procedure code you may be able
>>to
>>use a designer file.
>>
>>If I have misunderstood then I can only apologise in advance but I
>>had 5
>>minutes and thought I would try and help for a change but as usual
>>MY
>>suggestion sounds a lot more complicated than the original
>>question.
>>
>>Regards,
>>Gavin.
>>
>>
>>-----Original Message-----
>>From: powerh-l-admin@lists.sowder.com
>>[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of
>>brian_matthewsbrian matthews
>>Sent: 20 April 2004 16:06
>>To: powerh-l@lists.sowder.com
>>Subject: problem with 'lookup on' and writing to a SQLserver table
>>
>>
>>I have never used this list before so am not completely sure what
>>to
>>expect
>>so here goes : I am trying to write to a SQLserver table from a
>>field
>>process procedure but the row is blocked if a 'lookup on' is also
>>present on
>>the field, can anyone explain this, or offer a wokaround ?
>>
>>P.S we are from RMS and trying out SQLserver
>>
>>_________________________________________________________________
>>Express yourself with cool new emoticons
>>http://www.msn.co.uk/specials/myemo
>>
>>
>>
>>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>>Mailing list: powerh-l@lists.sowder.com
>>Subscribe: "subscribe" in message body to
>>powerh-l-request@lists.sowder.com
>>Unsubscribe: "unsubscribe <password>" in message body to
>>powerh-l-request@lists.sowder.com
>>http://lists.sowder.com/mailman/listinfo/powerh-l
>>This list is closed, thus to post to the list you must be a
>>subscriber.
>
>_________________________________________________________________
>http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Have more fun with your phone - download ringtones, logos, screensavers, games & more. Click here to begin! From joeboyle_adt@hotmail.com Fri Apr 23 13:59:22 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Fri, 23 Apr 2004 13:59:22 +0100 Subject: Looking for work Message-ID:

Hi Don,

I'm almost certain someone on the old list mentioned that HP ( or someone) were developing an HP3000 layer that sits on HP Unix boxes, in addition to subsidised Unix rates for ex HP3000 users. Perhaps someone on the new list knows more.

Many thanks for your interest, but I am located in the UK, I should have mentioned this in my email, but good luck with the migration.

Joe,

>From: "Don Baird" <dbaird@dallas.net>
>To: <joeboyle_adt@hotmail.com>
>Subject: Looking for work
>Date: Thu, 22 Apr 2004 21:29:53 -0500
>
>Hello Joe,
>
>We are a small company with a healthcare benefits administration system written in Powerhouse on the HP3000.  Between HP's decision to kill the 3000 and the Feds creating HIPAA we have had our work cut out for us. We are now looking for help moving our application to Unix. Prefer to hire, but would be willing to contract.  Feel free to give me a call if you like.
>
>Don Baird
>EnCore Systems
>877 536-2673 x-160

Stay in touch better and keep protected online with MSN’s NEW all-in-one Premium Services. Find out more here. From brian_matthews_bmw@hotmail.com Fri Apr 23 14:01:56 2004 From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews) Date: Fri, 23 Apr 2004 13:01:56 +0000 Subject: problem with 'lookup on' and writing to a SQLserver table Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_6bf0_6317_212 Content-Type: text/plain; format=flowed no - I hav'nt given up guys - just taking it all in. We have another team looking at Oracle, and we like the single TX method here - can you blame us ? can't thank you all enough ! >From: "Joe Boyle" >To: shediac92@hotmail.com, powerh-l@lists.sowder.com >Subject: RE: problem with 'lookup on' and writing to a SQLserver table >Date: Fri, 23 Apr 2004 13:16:56 +0100 > _________________________________________________________________ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess ------=_NextPart_000_6bf0_6317_212 Content-Type: message/rfc822 X-Message-Info: yilqo4+6kc6lb8pCaxjgPm5MjxQl90sN Received: from sowder.com ([69.93.28.243]) by mc4-f25.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 23 Apr 2004 05:23:07 -0700 Received: from sowder.com (localhost [127.0.0.1]) by sowder.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i3NCMuv3021761; Fri, 23 Apr 2004 07:22:57 -0500 Received: from hotmail.com (bay13-f9.bay13.hotmail.com [64.4.31.9]) by sowder.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i3NCHAv3021490 for ; Fri, 23 Apr 2004 07:17:12 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 23 Apr 2004 05:16:57 -0700 Received: from 212.85.12.211 by by13fd.bay13.hotmail.msn.com with HTTP; Fri, 23 Apr 2004 12:16:56 GMT X-Originating-IP: [212.85.12.211] X-Originating-Email: [joeboyle_adt@hotmail.com] X-Sender: joeboyle_adt@hotmail.com From: "Joe Boyle" To: shediac92@hotmail.com, powerh-l@lists.sowder.com Subject: RE: problem with 'lookup on' and writing to a SQLserver table Mime-Version: 1.0 Content-Type: text/html Message-ID: X-OriginalArrivalTime: 23 Apr 2004 12:16:57.0077 (UTC) FILETIME=[DF0E4250:01C4292C] Sender: powerh-l-admin@lists.sowder.com Errors-To: powerh-l-admin@lists.sowder.com X-BeenThere: powerh-l@lists.sowder.com X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Cognos PowerHouse 4GL List-Unsubscribe: , List-Archive: Date: Fri, 23 Apr 2004 13:16:56 +0100 Return-Path: powerh-l-admin@lists.sowder.com

why not set a flag in the field process proc which conditionally decides if the row is written in the preupdte or postupdate proc; this way you don't need a backout proc, and the update TX gets rolled back as a unit if there is a problem - you still need the autocommit with the 'lookup on' - and the designer TX mentioned in an earlier email should have been a 'read write' TX.

P.S. I suspect Brian might have given up ?


>From: "Peter Bateman" <shediac92@hotmail.com>
>To: powerh-l@lists.sowder.com
>Subject: RE: problem with 'lookup on' and writing to a SQLserver table
>Date: Thu, 22 Apr 2004 12:24:37 -0300
>
>Good point Gavin. I have done something similiar to what Brian is
>doing.
>I was reserving products from inventory for an order that I was
>building. and yes
>I had to put in code to backout if the order was modified or
>cancelled.
>Regards,
>Peter
>
>
>>From: "Lloyd, Gavin" <gavin.lloyd@fmglobal.com>
>>To: "brian_matthewsbrian matthews"
>><brian_matthews_bmw@hotmail.com>,   <powerh-l@lists.sowder.com>
>>Subject: RE: problem with 'lookup on' and writing to a SQLserver
>>table
>>Date: Wed, 21 Apr 2004 12:57:38 +0100
>>
>>The autocommit would release the lock but what worries me is doing
>>the
>>write in the process procedure.  If you are updating a record based
>>on
>>the logic in the screen then you cannot guarantee the update will
>>be
>>completed until the update procedure.  So if this doesn't get done
>>will
>>the SQLserver table be out of synch?
>>
>>If the updates are related you may be able to change the lookup
>>file to
>>secondary and your field changes to the process procedure and the
>>update
>>should sort itself out.  If it's all procedure code you may be able
>>to
>>use a designer file.
>>
>>If I have misunderstood then I can only apologise in advance but I
>>had 5
>>minutes and thought I would try and help for a change but as usual
>>MY
>>suggestion sounds a lot more complicated than the original
>>question.
>>
>>Regards,
>>Gavin.
>>
>>
>>-----Original Message-----
>>From: powerh-l-admin@lists.sowder.com
>>[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of
>>brian_matthewsbrian matthews
>>Sent: 20 April 2004 16:06
>>To: powerh-l@lists.sowder.com
>>Subject: problem with 'lookup on' and writing to a SQLserver table
>>
>>
>>I have never used this list before so am not completely sure what
>>to
>>expect
>>so here goes : I am trying to write to a SQLserver table from a
>>field
>>process procedure but the row is blocked if a 'lookup on' is also
>>present on
>>the field, can anyone explain this, or offer a wokaround ?
>>
>>P.S we are from RMS and trying out SQLserver
>>
>>_________________________________________________________________
>>Express yourself with cool new emoticons
>>http://www.msn.co.uk/specials/myemo
>>
>>
>>
>>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>>Mailing list: powerh-l@lists.sowder.com
>>Subscribe: "subscribe" in message body to
>>powerh-l-request@lists.sowder.com
>>Unsubscribe: "unsubscribe <password>" in message body to
>>powerh-l-request@lists.sowder.com
>>http://lists.sowder.com/mailman/listinfo/powerh-l
>>This list is closed, thus to post to the list you must be a
>>subscriber.
>
>_________________________________________________________________
>http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Have more fun with your phone - download ringtones, logos, screensavers, games & more. Click here to begin! = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. ------=_NextPart_000_6bf0_6317_212-- From Bob.Deskin@Cognos.COM Fri Apr 23 14:22:49 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Fri, 23 Apr 2004 09:22:49 -0400 Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D504E@sottemail1.ent.ad.cognos.com> 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_01C42935.1B712926 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I don't know if there's a "best way" to migrate. It depends on the application (how dependant it is on platform specifics) and the file or database system. =20 If you're using IMAGE in a small to medium sized system, consider = Eloquence on HP-UX or Windows. Eloquence is an IMAGE work-alike and using it = means that you're data access doesn't change. If you go relational, you'll = have to consider IMAGE specific functionality in your conversion and you may = want to consider Axiant as a migration tool. =20 The other main issue is the platform specifics in the application. = Things like submitting jobs. While most PowerHouse syntax is generic across platforms, there is some MPE/iX-specific syntax to consider. =20 There are no runtimes that are common between platforms. Each supported platform has it's own version of PowerHouse. Because of = platform-specifics, applications must be recompiled when moving from one platform to = another. However, as stated above, most PowerHouse syntax is generic across platforms. =20 Bob Bob Deskin =20 Senior Product Manager, Application Development Tools, Cognos Inc.=20 bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178=20 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA=20 -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Fritsch, = Peter-Robert Sent: April 23, 2004 5:54 AM To: powerh-l@lists.sowder.com Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Hi, what is the best way to port/migrate/run PowerHouse applications = (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers. Are there runtimes for Powerhouse on UNIX or Windows, which can be used = for the applications developed for HP3000.=20 Are there porting or migration tools from PowerHouse to COBOL / JAVA.=20 What is the best way for the exchange of the environment, whereby the applications should be still working under UNIX or Windows. Thanks a lot, regards Peter=20 Ing. Mag. Peter Robert Fritsch=20 Account Manager=20 Gesch=E4ftsfeld Informatik=20 Tel.: +43 1 797 50-231=20 Fax: +43 1 797 50-8008=20 Mobil: +43 676 765 66 31=20 Email: peter-robert.fritsch@beko.at=20 BEKO Ing. P. Kotauczek GmbH=20 A-1030 Wien=20 Modecenterstra=DFe 22/A1/6=20 www.beko-informatik.com=20 Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. = Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher = performance. Register today at http://www.cognos.com/cognosforum=20 This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended = recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the = sender promptly by e-mail that you have done so. Thank you. ------_=_NextPart_001_01C42935.1B712926 Content-Type: text/html; charset="iso-8859-1" Message
I don't know if there's a "best way" to migrate. It depends on the application (how dependant it is on platform specifics) and the file or database system.
 
If you're using IMAGE in a small to medium sized system, consider Eloquence on HP-UX or Windows. Eloquence is an IMAGE work-alike and using it means that you're data access doesn't change. If you go relational, you'll have to consider IMAGE specific functionality in your conversion and you may want to consider Axiant as a migration tool.
 
The other main issue is the platform specifics in the application. Things like submitting jobs. While most PowerHouse syntax is generic across platforms, there is some MPE/iX-specific syntax to consider.
 
There are no runtimes that are common between platforms. Each supported platform has it's own version of PowerHouse. Because of platform-specifics, applications must be recompiled when moving from one platform to another. However, as stated above, most PowerHouse syntax is generic across platforms.
 
Bob

Bob Deskin             
Senior Product Manager, Application Development Tools, Cognos Inc.
bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA

-----Original Message-----
From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Fritsch, Peter-Robert
Sent: April 23, 2004 5:54 AM
To: powerh-l@lists.sowder.com
Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows


Hi, what is the best way to port/migrate/run PowerHouse applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers.

Are there runtimes for Powerhouse on UNIX or Windows, which can be used for the applications developed for HP3000.
Are there porting or migration tools from PowerHouse to COBOL / JAVA.

What is the best way for the exchange of the environment, whereby the applications should be still working under UNIX or Windows.

Thanks a lot, regards Peter


Ing. Mag. Peter Robert Fritsch
Account Manager
Geschäftsfeld Informatik

Tel.:    +43 1 797 50-231
Fax:    +43 1 797 50-8008
Mobil:  +43 676 765 66 31
Email:  peter-robert.fritsch@beko.at

BEKO Ing. P. Kotauczek GmbH
A-1030 Wien
Modecenterstraße 22/A1/6
www.beko-informatik.com



        Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum


        This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you.

------_=_NextPart_001_01C42935.1B712926-- From pj@icing-it.co.uk Fri Apr 23 14:32:43 2004 From: pj@icing-it.co.uk (Philip Jackson) Date: Fri, 23 Apr 2004 14:32:43 +0100 Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID: <00c601c42937$77c3d780$78ae9a51@Icinglt> This is a multi-part message in MIME format. ------=_NextPart_000_00C3_01C4293F.D6A4A790 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Powerhouse - migrate/port from HP3000 MPE to UNIX or WindowsI have just = finished helping a client move several applications from = HP3000/TurboIMAGE to HP-UX & C-ISAM. We looked at moving to Oracle on HP-UX, but discounted it mainly because = the primary application relied heavily on arrays and substructures - = things that don't fit easily into a relational system. If we had been = starting a new application then Oracle would probably have been used as = the database, but the port was much easier from Image to C-ISAM. We = didn't look at Eloquence as I don't think it was even in beta-test at = the time we were looking at options. The majority of the code moved over smoothly. Most recompiled without = problems, and most PowerHouse code changes were to do with the order = records were retrieved. We did discover that several of our QTPs accidently created duplicate = unique keys briefly while updating due to the order of updates - Image = doesn't enforce unique keys on detail datasets so it never caused a = problem before, whereas C-ISAM does it properly and would crash the QTP. = However it was simple to fix once we figured out what was causing it. Our biggest changes were, as you would expect, relating to interaction = with the OS for things like printing and streaming jobs. I would = recommend that you investigate the running/creating of scripts/jobs on = the fly (if you do that) very carefully. The HP-UX machine runs about twenty (thats 20) times faster! - of course = it's a completely different type of machine and more powerful, but the = speed increase was almost incidental and impressed even the most = demanding users. In fact sometimes it was difficult to convince the = users that the jobs that usually would take, say, 20 minutes to run were = completed and printing in under a minute. If you do anything at all fancy with printing, unix will fight you all = the way. There is no inbuilt way to print a range of pages, or part of = a file, or even resuming a jammed printout back a bit without cancelling = and resubmitting the print. While it does nice banner pages and is fine = for printouts that, well, just print and don't jam, adding a new printer = for example stops and restarts all print jobs currently printing from = the beginning (or if you're lucky just stops them). We tried a couple = of third-party spooling products but quite frankly they were relying on = a greater depth of knowledge of networks and unix than we had or wanted, = and were really aimed at a mixed os printing environment. A few things = were better, but by-in-large I consider printer handling on HP-UX = 'incomplete'. Some of the more advanced users were used to using various line editors = to write their own quizes. There was no way they could have handled vi = on HP-UX - even some of the non-unix programmers spent days laughing = hysterically over it - so we bought the new Qedit for HP-UX for them. = There were other ways we could have done it - perhaps having shares on = the unix boxes mapped in Windows so that they could have used Notepad or = any other windows editor instead - but it was decided this was a better = fit. And it helped some of the programmers too who were already feeling = unloved by unix. The standard users wouldn't have noticed the difference between it = running on HP3000 or HP-UX, if it wasn't for the enormous speed = increase. Quick screens handle just about identically, and they even = continued using the same terminal emulators. Hope this answers some of your questions, and reassures anyone else = looking at doing PowerHouse HP3000 to HP-UX. Can't advise with porting to PowerHouse on Windows, and as for = converting to Cobol / Java, that would be a re-write rather than a = 'simple' port and therefore quite a different type of project. Maybe if = you were going to be replacing an old PowerHouse application that no = longer suited the business with a brand new = better-stronger-faster-differently-featured one and you didn't want to = stay with PowerHouse (shame!) then using a completely different language = would make sense. But I can't see that porting between such very = different languages would be a good use of your time and effort. Philip. ----- Original Message -----=20 From: Fritsch, Peter-Robert=20 To: powerh-l@lists.sowder.com=20 Sent: Friday, April 23, 2004 10:54 AM Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Hi, what is the best way to port/migrate/run PowerHouse applications = (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers. Are there runtimes for Powerhouse on UNIX or Windows, which can be = used for the applications developed for HP3000.=20 Are there porting or migration tools from PowerHouse to COBOL / JAVA.=20 What is the best way for the exchange of the environment, whereby the = applications should be still working under UNIX or Windows. Thanks a lot, regards Peter=20 Ing. Mag. Peter Robert Fritsch=20 Account Manager=20 Gesch=E4ftsfeld Informatik=20 Tel.: +43 1 797 50-231=20 Fax: +43 1 797 50-8008=20 Mobil: +43 676 765 66 31=20 Email: peter-robert.fritsch@beko.at=20 BEKO Ing. P. Kotauczek GmbH=20 A-1030 Wien=20 Modecenterstra=DFe 22/A1/6=20 www.beko-informatik.com=20 ------=_NextPart_000_00C3_01C4293F.D6A4A790 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Powerhouse - migrate/port from HP3000 MPE to UNIX or = Windows
I have just finished helping a client = move several=20 applications from HP3000/TurboIMAGE to HP-UX & C-ISAM.
 
We looked at moving to Oracle on HP-UX, = but=20 discounted it mainly because the primary application relied heavily = on=20 arrays and substructures - things that don't fit easily into a = relational=20 system.  If we had been starting a new application then Oracle = would=20 probably have been used as the database, but the port was much easier = from Image=20 to C-ISAM.  We didn't look at Eloquence as I don't think it was = even in=20 beta-test at the time we were looking at options.
 
The majority of the code moved over = smoothly. =20 Most recompiled without problems, and most PowerHouse code changes were = to do=20 with the order records were retrieved.
 
We did discover that several of our = QTPs accidently=20 created duplicate unique keys briefly while updating due to the order of = updates=20 - Image doesn't enforce unique keys on detail datasets so it never = caused a=20 problem before, whereas C-ISAM does it properly and would crash the = QTP. =20 However it was simple to fix once we figured out what was causing=20 it.
 
Our biggest changes were, as you would = expect,=20 relating to interaction with the OS for things like printing and = streaming=20 jobs.  I would recommend that you investigate the running/creating = of=20 scripts/jobs on the fly (if you do that) very carefully.
 
The HP-UX machine runs about twenty = (thats 20)=20 times faster! - of course it's a completely different type of machine = and more=20 powerful, but the speed increase was almost incidental and impressed = even the=20 most demanding users.  In fact sometimes it was difficult to = convince=20 the users that the jobs that usually would take, say, 20 minutes to = run=20 were completed and printing in under a minute.
 
If you do anything at all fancy with = printing, unix=20 will fight you all the way.  There is no inbuilt way to print a = range of=20 pages, or part of a file, or even resuming a jammed printout back a=20 bit without cancelling and resubmitting the print.  While it = does nice=20 banner pages and is fine for printouts that, well, just print and don't = jam,=20 adding a new printer for example stops and restarts all print jobs = currently=20 printing from the beginning (or if you're lucky just stops them). =20 We tried a couple of third-party spooling products but quite = frankly they=20 were relying on a greater depth of knowledge of networks and unix = than we=20 had or wanted, and were really aimed at a mixed os printing = environment.  A=20 few things were better, but by-in-large I consider printer handling on = HP-UX=20 'incomplete'.
 
Some of the more advanced users were = used to using=20 various line editors to write their own quizes.  There was no way = they=20 could have handled vi on HP-UX - even some of the non-unix programmers = spent=20 days laughing hysterically over it - so we bought the new Qedit for = HP-UX for=20 them.  There were other ways we could have done it - perhaps having = shares=20 on the unix boxes mapped in Windows so that they could have used Notepad = or any=20 other windows editor instead - but it was decided this was a better = fit. =20 And it helped some of the programmers too who were already feeling = unloved by=20 unix.
 
The standard users wouldn't have = noticed the=20 difference between it running on HP3000 or HP-UX, if it wasn't for the = enormous=20 speed increase.  Quick screens handle just about identically, and = they even=20 continued using the same terminal emulators.
 
 
Hope this answers some of your = questions,=20 and reassures anyone else looking at doing PowerHouse HP3000 to=20 HP-UX.
 
Can't advise with porting to = PowerHouse on=20 Windows, and as for converting to Cobol / Java, that would be a re-write = rather=20 than a 'simple' port and therefore quite a different type of = project. =20 Maybe if you were going to be replacing an old PowerHouse application = that no=20 longer suited the business with a brand new=20 better-stronger-faster-differently-featured one and you didn't want to = stay with=20 PowerHouse (shame!) then using a completely different language would = make=20 sense.  But I can't see that porting between such very different = languages=20 would be a good use of your time and effort.
 
 
Philip.
 
----- Original Message -----
From:=20 Fritsch, Peter-Robert =
Sent: Friday, April 23, 2004 = 10:54=20 AM
Subject: Powerhouse - = migrate/port from=20 HP3000 MPE to UNIX or Windows


Hi, what is the best way to = port/migrate/run=20 PowerHouse applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX = or=20 Windows Servers.

Are there runtimes for Powerhouse on = UNIX or=20 Windows, which can be used for the applications developed for = HP3000.=20
Are there porting or migration tools = from=20 PowerHouse to COBOL / JAVA.

What is the best way for the exchange = of the=20 environment, whereby the applications should be still working under = UNIX or=20 Windows.

Thanks a lot, regards Peter =


Ing. Mag. Peter Robert = Fritsch=20
Account Manager
Gesch=E4ftsfeld Informatik

Tel.:    +43 1 797 = 50-231=20
Fax:    +43 1 797 = 50-8008=20
Mobil:  +43 676 765 66 31 =
Email:  = peter-robert.fritsch@beko.at

BEKO=20 Ing. P. Kotauczek GmbH
A-1030 Wien
Modecenterstra=DFe 22/A1/6 =
www.beko-informatik.com=20


------=_NextPart_000_00C3_01C4293F.D6A4A790-- From shediac92@hotmail.com Fri Apr 23 18:24:54 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Fri, 23 Apr 2004 14:24:54 -0300 Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID: If you are going to Relational from Image. You can attach your IMAGE databases to an ALLBASE envirorment using IMAGE/SQL then QSHOW or SQLGEN can generate CREATE TABLE statements for you. >From: "Philip Jackson" >To: >Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows >Date: Fri, 23 Apr 2004 14:32:43 +0100 > >Powerhouse - migrate/port from HP3000 MPE to UNIX or WindowsI have just >finished helping a client move several applications from HP3000/TurboIMAGE >to HP-UX & C-ISAM. > >We looked at moving to Oracle on HP-UX, but discounted it mainly because >the primary application relied heavily on arrays and substructures - things >that don't fit easily into a relational system. If we had been starting a >new application then Oracle would probably have been used as the database, >but the port was much easier from Image to C-ISAM. We didn't look at >Eloquence as I don't think it was even in beta-test at the time we were >looking at options. > >The majority of the code moved over smoothly. Most recompiled without >problems, and most PowerHouse code changes were to do with the order >records were retrieved. > >We did discover that several of our QTPs accidently created duplicate >unique keys briefly while updating due to the order of updates - Image >doesn't enforce unique keys on detail datasets so it never caused a problem >before, whereas C-ISAM does it properly and would crash the QTP. However >it was simple to fix once we figured out what was causing it. > >Our biggest changes were, as you would expect, relating to interaction with >the OS for things like printing and streaming jobs. I would recommend that >you investigate the running/creating of scripts/jobs on the fly (if you do >that) very carefully. > >The HP-UX machine runs about twenty (thats 20) times faster! - of course >it's a completely different type of machine and more powerful, but the >speed increase was almost incidental and impressed even the most demanding >users. In fact sometimes it was difficult to convince the users that the >jobs that usually would take, say, 20 minutes to run were completed and >printing in under a minute. > >If you do anything at all fancy with printing, unix will fight you all the >way. There is no inbuilt way to print a range of pages, or part of a file, >or even resuming a jammed printout back a bit without cancelling and >resubmitting the print. While it does nice banner pages and is fine for >printouts that, well, just print and don't jam, adding a new printer for >example stops and restarts all print jobs currently printing from the >beginning (or if you're lucky just stops them). We tried a couple of >third-party spooling products but quite frankly they were relying on a >greater depth of knowledge of networks and unix than we had or wanted, and >were really aimed at a mixed os printing environment. A few things were >better, but by-in-large I consider printer handling on HP-UX 'incomplete'. > >Some of the more advanced users were used to using various line editors to >write their own quizes. There was no way they could have handled vi on >HP-UX - even some of the non-unix programmers spent days laughing >hysterically over it - so we bought the new Qedit for HP-UX for them. >There were other ways we could have done it - perhaps having shares on the >unix boxes mapped in Windows so that they could have used Notepad or any >other windows editor instead - but it was decided this was a better fit. >And it helped some of the programmers too who were already feeling unloved >by unix. > >The standard users wouldn't have noticed the difference between it running >on HP3000 or HP-UX, if it wasn't for the enormous speed increase. Quick >screens handle just about identically, and they even continued using the >same terminal emulators. > > >Hope this answers some of your questions, and reassures anyone else looking >at doing PowerHouse HP3000 to HP-UX. > >Can't advise with porting to PowerHouse on Windows, and as for converting >to Cobol / Java, that would be a re-write rather than a 'simple' port and >therefore quite a different type of project. Maybe if you were going to be >replacing an old PowerHouse application that no longer suited the business >with a brand new better-stronger-faster-differently-featured one and you >didn't want to stay with PowerHouse (shame!) then using a completely >different language would make sense. But I can't see that porting between >such very different languages would be a good use of your time and effort. > > >Philip. > >----- Original Message ----- > From: Fritsch, Peter-Robert > To: powerh-l@lists.sowder.com > Sent: Friday, April 23, 2004 10:54 AM > Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows > > > > > Hi, what is the best way to port/migrate/run PowerHouse applications >(with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers. > > Are there runtimes for Powerhouse on UNIX or Windows, which can be used >for the applications developed for HP3000. > Are there porting or migration tools from PowerHouse to COBOL / JAVA. > > What is the best way for the exchange of the environment, whereby the >applications should be still working under UNIX or Windows. > > Thanks a lot, regards Peter > > > > Ing. Mag. Peter Robert Fritsch > Account Manager > Geschäftsfeld Informatik > > Tel.: +43 1 797 50-231 > Fax: +43 1 797 50-8008 > Mobil: +43 676 765 66 31 > Email: peter-robert.fritsch@beko.at > > BEKO Ing. P. Kotauczek GmbH > A-1030 Wien > Modecenterstraße 22/A1/6 > www.beko-informatik.com > > _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From combblai@isu.edu Fri Apr 23 19:17:51 2004 From: combblai@isu.edu (Blair Combs) Date: Fri, 23 Apr 2004 12:17:51 -0600 Subject: Wide Screen Setup Message-ID: <40895DCF.4060207@isu.edu> We have not yet created a quick screen larger than 80 columns and would like input on this capability before we begin down this road. What have been others experiences with wider screens (MPEiX moving to HPUX)? What is the maximum number of columns possible? How well do emulators work in this environment, i.e. Reflection & Minisoft? Must the emulator be setup in this wider configuration prior to running the screen? What size monitor is required to make this feasible from the user perspective? Thanks -- Blair Combs Idaho State University From tim.cummings@frequencymarketing.com Fri Apr 23 19:47:02 2004 From: tim.cummings@frequencymarketing.com (Tim Cummings) Date: Fri, 23 Apr 2004 14:47:02 -0400 Subject: Wide Screen Setup Message-ID: 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_01C42963.5DDBBF00 Content-Type: text/plain; charset="iso-8859-1" Blair, I have used wide screens with MPEiX and HPUX an have had great success. I have used up to 132 column screens. I stopped there because going much further causes reflections to create a horizontal scroll bar to navigate the full width. I have used several terminal emulators and found that other than reflections, most others s*u*c*k going past 80 columns. Quick automatically adjusts the screen size when you transition from an 80 column screen to 132 and back again. As far as screen size I prefer a 17". Tim Cummings Cincinnati, OH -----Original Message----- From: Blair Combs [mailto:combblai@isu.edu] Sent: Friday, April 23, 2004 2:18 PM To: Powerhouse Listserv Subject: Wide Screen Setup We have not yet created a quick screen larger than 80 columns and would like input on this capability before we begin down this road. What have been others experiences with wider screens (MPEiX moving to HPUX)? What is the maximum number of columns possible? How well do emulators work in this environment, i.e. Reflection & Minisoft? Must the emulator be setup in this wider configuration prior to running the screen? What size monitor is required to make this feasible from the user perspective? Thanks -- Blair Combs Idaho State University = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. ------_=_NextPart_001_01C42963.5DDBBF00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Wide Screen Setup

Blair,

I have used wide screens with MPEiX and HPUX an have = had great success.  I have used up to 132 column screens.  I = stopped there because going much further causes reflections to create a = horizontal scroll bar to navigate the full width.  I have used = several terminal emulators and found that other than reflections, most = others s*u*c*k going past 80 columns.  Quick automatically adjusts = the screen size when you transition from an 80 column screen to 132 and = back again.  As far as screen size I prefer a 17".

Tim Cummings
Cincinnati, OH

-----Original Message-----
From: Blair Combs [mailto:combblai@isu.edu]
Sent: Friday, April 23, 2004 2:18 PM
To: Powerhouse Listserv
Subject: Wide Screen Setup


We have not yet created a quick screen larger than 80 = columns and would
like input on this capability before we begin down = this road.

What have been others experiences with wider screens = (MPEiX moving to HPUX)?

What is the maximum number of columns = possible?

How well do emulators work in this environment, i.e. = Reflection & Minisoft?

Must the emulator be setup in this wider = configuration prior to running
the screen?

What size monitor is required to make this feasible = from the user
perspective?

Thanks

--
Blair Combs
Idaho State University


=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
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to = powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe = <password>" in message body to = powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l<= /FONT>
This list is closed, thus to post to the list you = must be a subscriber.

------_=_NextPart_001_01C42963.5DDBBF00-- From joeboyle_adt@hotmail.com Sat Apr 24 12:53:33 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Sat, 24 Apr 2004 12:53:33 +0100 Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID:

there used to be a command 'set lang sql' in qshow which allowed the creation of syntax for the tables in the database.  I vaguely recall that this was'nt widely publicesed coz' the sql syntax produced was a little on the generic side and will probably require tweaking; should give a good staring point though.

I seem to recall that you then type 'generate database' but might be 'generate all'. I'm not sure if this is available in Windows/NT, but I seem to recall that it was available on the other 3 main platforms.

>From: "Peter Bateman" <shediac92@hotmail.com>
>To: powerh-l@lists.sowder.com
>Subject: RE: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows
>Date: Fri, 23 Apr 2004 14:24:54 -0300
>
>If you are going to Relational
>from Image.
>
>You can attach your IMAGE databases to an ALLBASE envirorment
>using IMAGE/SQL then QSHOW or SQLGEN can generate CREATE TABLE
>statements
>for you.
>
>
>
>>From: "Philip Jackson" <pj@icing-it.co.uk>
>>To: <powerh-l@lists.sowder.com>
>>Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or
>>Windows
>>Date: Fri, 23 Apr 2004 14:32:43 +0100
>>
>>Powerhouse - migrate/port from HP3000 MPE to UNIX or WindowsI have
>>just finished helping a client move several applications from
>>HP3000/TurboIMAGE to HP-UX & C-ISAM.
>>
>>We looked at moving to Oracle on HP-UX, but discounted it mainly
>>because the primary application relied heavily on arrays and
>>substructures - things that don't fit easily into a relational
>>system.  If we had been starting a new application then Oracle
>>would probably have been used as the database, but the port was
>>much easier from Image to C-ISAM.  We didn't look at Eloquence as I
>>don't think it was even in beta-test at the time we were looking at
>>options.
>>
>>The majority of the code moved over smoothly.  Most recompiled
>>without problems, and most PowerHouse code changes were to do with
>>the order records were retrieved.
>>
>>We did discover that several of our QTPs accidently created
>>duplicate unique keys briefly while updating due to the order of
>>updates - Image doesn't enforce unique keys on detail datasets so
>>it never caused a problem before, whereas C-ISAM does it properly
>>and would crash the QTP.  However it was simple to fix once we
>>figured out what was causing it.
>>
>>Our biggest changes were, as you would expect, relating to
>>interaction with the OS for things like printing and streaming
>>jobs.  I would recommend that you investigate the running/creating
>>of scripts/jobs on the fly (if you do that) very carefully.
>>
>>The HP-UX machine runs about twenty (thats 20) times faster! - of
>>course it's a completely different type of machine and more
>>powerful, but the speed increase was almost incidental and
>>impressed even the most demanding users.  In fact sometimes it was
>>difficult to convince the users that the jobs that usually would
>>take, say, 20 minutes to run were completed and printing in under a
>>minute.
>>
>>If you do anything at all fancy with printing, unix will fight you
>>all the way.  There is no inbuilt way to print a range of pages, or
>>part of a file, or even resuming a jammed printout back a bit
>>without cancelling and resubmitting the print.  While it does nice
>>banner pages and is fine for printouts that, well, just print and
>>don't jam, adding a new printer for example stops and restarts all
>>print jobs currently printing from the beginning (or if you're
>>lucky just stops them).  We tried a couple of third-party spooling
>>products but quite frankly they were relying on a greater depth of
>>knowledge of networks and unix than we had or wanted, and were
>>really aimed at a mixed os printing environment.  A few things were
>>better, but by-in-large I consider printer handling on HP-UX
>>'incomplete'.
>>
>>Some of the more advanced users were used to using various line
>>editors to write their own quizes.  There was no way they could
>>have handled vi on HP-UX - even some of the non-unix programmers
>>spent days laughing hysterically over it - so we bought the new
>>Qedit for HP-UX for them.  There were other ways we could have done
>>it - perhaps having shares on the unix boxes mapped in Windows so
>>that they could have used Notepad or any other windows editor
>>instead - but it was decided this was a better fit.  And it helped
>>some of the programmers too who were already feeling unloved by
>>unix.
>>
>>The standard users wouldn't have noticed the difference between it
>>running on HP3000 or HP-UX, if it wasn't for the enormous speed
>>increase.  Quick screens handle just about identically, and they
>>even continued using the same terminal emulators.
>>
>>
>>Hope this answers some of your questions, and reassures anyone else
>>looking at doing PowerHouse HP3000 to HP-UX.
>>
>>Can't advise with porting to PowerHouse on Windows, and as for
>>converting to Cobol / Java, that would be a re-write rather than a
>>'simple' port and therefore quite a different type of project.  
>>Maybe if you were going to be replacing an old PowerHouse
>>application that no longer suited the business with a brand new
>>better-stronger-faster-differently-featured one and you didn't want
>>to stay with PowerHouse (shame!) then using a completely different
>>language would make sense.  But I can't see that porting between
>>such very different languages would be a good use of your time and
>>effort.
>>
>>
>>Philip.
>>
>>----- Original Message -----
>>   From: Fritsch, Peter-Robert
>>   To: powerh-l@lists.sowder.com
>>   Sent: Friday, April 23, 2004 10:54 AM
>>   Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or
>>Windows
>>
>>
>>
>>
>>   Hi, what is the best way to port/migrate/run PowerHouse
>>applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX or
>>Windows Servers.
>>
>>   Are there runtimes for Powerhouse on UNIX or Windows, which can
>>be used for the applications developed for HP3000.
>>   Are there porting or migration tools from PowerHouse to COBOL /
>>JAVA.
>>
>>   What is the best way for the exchange of the environment,
>>whereby the applications should be still working under UNIX or
>>Windows.
>>
>>   Thanks a lot, regards Peter
>>
>>
>>
>>   Ing. Mag. Peter Robert Fritsch
>>   Account Manager
>>   Geschäftsfeld Informatik
>>
>>   Tel.:    +43 1 797 50-231
>>   Fax:    +43 1 797 50-8008
>>   Mobil:  +43 676 765 66 31
>>   Email:  peter-robert.fritsch@beko.at
>>
>>   BEKO Ing. P. Kotauczek GmbH
>>   A-1030 Wien
>>   Modecenterstraße 22/A1/6
>>   www.beko-informatik.com
>>
>>
>
>_________________________________________________________________
>MSN Premium: Up to 11 personalized e-mail addresses and 2 months
>FREE*  
>http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Have more fun with your phone - download ringtones, logos, screensavers, games & more. Click here to begin! From kent.heatherington@sympatico.ca Sat Apr 24 15:06:40 2004 From: kent.heatherington@sympatico.ca (Kent Heatherington) Date: Sat, 24 Apr 2004 10:06:40 -0400 Subject: : Wide Screen Setup Message-ID: <01C429E3.D6E0FAC0.kent.heatherington@sympatico.ca> I built a Mat Mgt system for our Fed Jail system a few years ago, and I'll share my experience. They had a demand for goods form they had been using since WW2 and wanted the entry screen to look exactly like the form. You've all been there I'm sure. So I built the screen 132 which soon began to be referred to as the Squint Mode Screen. They loved it. Wow ! The problem was they loved it so much from that moment on, the proj Mgr wanted all the screens that way. He developed the theory that subscreens were not a good thing. Why should we make the user go to other screens.. After about a year in production, Civil Servants started to book time off work with headaches. The time off came to be known as CAMS time off. They were getting headaches from looking at such a small font. So the same proj mgr, decided rather than heed my plea for 'normal' screen design, he ordered a 19" monitor for any user who complained. Now I share this info, to tell you sure, 132 mode screens work, and Reflections and KIAterm worked fine. But based on my experience I think they ought to be avoided if possible. Kent Heatherington Pont Rouge Systems Inc. Fort Coulonge, Quebec From markstewart@consultantsclub.biz Sun Apr 25 01:39:15 2004 From: markstewart@consultantsclub.biz (Mark Stewart) Date: Sat, 24 Apr 2004 17:39:15 -0700 (PDT) Subject: : Wide Screen Setup In-Reply-To: <01C429E3.D6E0FAC0.kent.heatherington@sympatico.ca> Message-ID: <20040425003915.29724.qmail@web60610.mail.yahoo.com> You can write multiple page screens and insure rollback integrity, commit, inherited transaction functionality, etc. to force valid multiple page entry/updates. You can abbreviate labels and be crafty with the Align statement to pull off any 80 char screen. It might be a little more work but your users won't be popping extra strength Tylenol all day and cursing. I agree with Kent, they should be avoided if possible. Imagine coding in 132 mode for 8 hours a day. Mark Stewart Consultants Club Corp. Windsor, Ontario --- Kent HeHeatheringtonkekenteheatheringtonysympaticoa> wrote: > > I built a Mat MgMgtystem for our Fed Jail system a > few years ago, and I'll share my experience. They > had a demand for goods > form they had been using since WW2 and wanted the > entry screen to look exactly like the form. You've > all been there I'm sure. > So I built the screen 132 which soon began to be > referred to as the Squint Mode Screen. They loved > it. Wow ! > The problem was they loved it so much from that > moment on, the prprojgr wanted all the screens that > way. He developed the > theory that susubscreensere not a good thing. Why > should we make the user go to other screens.. > > After about a year in production, Civil Servants > started to book time off work with headaches. The > time off came to > be known as CAMS time off. They were getting > headaches from looking at such a small font. So the > same prprojgr, decided > rather than heed my plea for 'normal' screen design, > he ordered a 19" monitor for any user who > complained. > > Now I share this info, to tell you sure, 132 mode > screens work, and Reflections and KIKIAtermorked > fine. > But based on my experience I think they ought to be > avoided if possible. > > Kent HeHeatherington> PoPontouge Systems Inc. > Fort CoCoulongeQuebec > > > = = = = = = = = = = = = = = = = = = = = = = = = = = > = = > Mailing list: popowerh@lists.sosowderom > Subscribe: "subscribe" in message body to > popowerh-request@lists.sosowderom > UnUnsubscribe"ununsubscribepassword>" in message > body to popowerh-request@lists.sosowderom > hthttp/lists.sosowderom/mailman/lilistinfoopowerh > This list is closed, thus to post to the list you > must be a subscriber. From Azsapper@aol.com Sun Apr 25 20:34:21 2004 From: Azsapper@aol.com (Azsapper@aol.com) Date: Sun, 25 Apr 2004 15:34:21 EDT Subject: : Wide Screen Setup Message-ID: <1e3.1e8c32b3.2dbd6cbd@aol.com> Another thing to keep in mind is to make sure you do your development on a similar monitor as the users have. Or at least do a lot of testing on user monitors. I inheirited a project from a contractor that was taking too long to get it done, and he had developed this big project on Reflections on a 20 inch pc monitor. The end users had 14 inch VT100's. All the screens were unreadable and I had to redesign the entire project. From j.koelewijn@thegreenery.com Mon Apr 26 07:05:13 2004 From: j.koelewijn@thegreenery.com (JOHAN Johan Koelewijn) Date: Mon, 26 Apr 2004 08:05:13 +0200 Subject: : Wide Screen Setup Message-ID: <002ee378@gri.nl> We use 132 columns screens for many years now (on OpenVMS), but I agree with Kent that they ought to be avoided where possible. We experienced a bug when using threads in combination with screens in both 80 and 132 columns. When toggling from 80 to 132 and back, screen information is lost from column 81. Johan Koelewijn Greenery International > > > > -----Oorspronkelijk bericht----- > Van: POWERH-L-ADMIN@LISTS.SOWDER.COM > Datum: 25-4-04, 21:49 > Aan: powerh-l@lists.sowder.com > Onderwerp: RE: Re: : Wide Screen Setup > > > Another thing to keep in mind is to make sure you do your development on a > similar monitor as the users have. Or at least do a lot of testing on user > monitors. I inheirited a project from a contractor that was taking too long to get > it done, and he had developed this big project on Reflections on a 20 inch pc > monitor. The end users had 14 inch VT100's. All the screens were unreadable > and I had to redesign the entire project. > = = = = = = = = = = = = = = = = = = = = = = = = = = = = > Mailing list: powerh-l@lists.sowder.com > Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com > Unsubscribe: "unsubscribe " in message body to powerh-l- > request@lists.sowder.com > http://lists.sowder.com/mailman/listinfo/powerh-l > This list is closed, thus to post to the list you must be a subscriber. > From joeboyle_adt@hotmail.com Mon Apr 26 12:25:45 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Mon, 26 Apr 2004 12:25:45 +0100 Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID:

and to all those that were irritated by the 2 Giga byte file size limit for C-isam - I'm almost certain that with the new PH versions, the file size is now limited to 2-Gig records of whatever byte size.

>From: "Philip Jackson" <pj@icing-it.co.uk>
>To: <powerh-l@lists.sowder.com>
>Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows
>Date: Fri, 23 Apr 2004 14:32:43 +0100
>
>Powerhouse - migrate/port from HP3000 MPE to UNIX or WindowsI have just finished helping a client move several applications from HP3000/TurboIMAGE to HP-UX & C-ISAM.
>
>We looked at moving to Oracle on HP-UX, but discounted it mainly because the primary application relied heavily on arrays and substructures - things that don't fit easily into a relational system.  If we had been starting a new application then Oracle would probably have been used as the database, but the port was much easier from Image to C-ISAM.  We didn't look at Eloquence as I don't think it was even in beta-test at the time we were looking at options.
>
>The majority of the code moved over smoothly.  Most recompiled without problems, and most PowerHouse code changes were to do with the order records were retrieved.
>
>We did discover that several of our QTPs accidently created duplicate unique keys briefly while updating due to the order of updates - Image doesn't enforce unique keys on detail datasets so it never caused a problem before, whereas C-ISAM does it properly and would crash the QTP.  However it was simple to fix once we figured out what was causing it.
>
>Our biggest changes were, as you would expect, relating to interaction with the OS for things like printing and streaming jobs.  I would recommend that you investigate the running/creating of scripts/jobs on the fly (if you do that) very carefully.
>
>The HP-UX machine runs about twenty (thats 20) times faster! - of course it's a completely different type of machine and more powerful, but the speed increase was almost incidental and impressed even the most demanding users.  In fact sometimes it was difficult to convince the users that the jobs that usually would take, say, 20 minutes to run were completed and printing in under a minute.
>
>If you do anything at all fancy with printing, unix will fight you all the way.  There is no inbuilt way to print a range of pages, or part of a file, or even resuming a jammed printout back a bit without cancelling and resubmitting the print.  While it does nice banner pages and is fine for printouts that, well, just print and don't jam, adding a new printer for example stops and restarts all print jobs currently printing from the beginning (or if you're lucky just stops them).  We tried a couple of third-party spooling products but quite frankly they were relying on a greater depth of knowledge of networks and unix than we had or wanted, and were really aimed at a mixed os printing environment.  A few things were better, but by-in-large I consider printer handling on HP-UX 'incomplete'.
>
>Some of the more advanced users were used to using various line editors to write their own quizes.  There was no way they could have handled vi on HP-UX - even some of the non-unix programmers spent days laughing hysterically over it - so we bought the new Qedit for HP-UX for them.  There were other ways we could have done it - perhaps having shares on the unix boxes mapped in Windows so that they could have used Notepad or any other windows editor instead - but it was decided this was a better fit.  And it helped some of the programmers too who were already feeling unloved by unix.
>
>The standard users wouldn't have noticed the difference between it running on HP3000 or HP-UX, if it wasn't for the enormous speed increase.  Quick screens handle just about identically, and they even continued using the same terminal emulators.
>
>
>Hope this answers some of your questions, and reassures anyone else looking at doing PowerHouse HP3000 to HP-UX.
>
>Can't advise with porting to PowerHouse on Windows, and as for converting to Cobol / Java, that would be a re-write rather than a 'simple' port and therefore quite a different type of project.  Maybe if you were going to be replacing an old PowerHouse application that no longer suited the business with a brand new better-stronger-faster-differently-featured one and you didn't want to stay with PowerHouse (shame!) then using a completely different language would make sense.  But I can't see that porting between such very different languages would be a good use of your time and effort.
>
>
>Philip.
>
>----- Original Message -----
>   From: Fritsch, Peter-Robert
>   To: powerh-l@lists.sowder.com
>   Sent: Friday, April 23, 2004 10:54 AM
>   Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows
>
>
>
>
>   Hi, what is the best way to port/migrate/run PowerHouse applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows Servers.
>
>   Are there runtimes for Powerhouse on UNIX or Windows, which can be used for the applications developed for HP3000.
>   Are there porting or migration tools from PowerHouse to COBOL / JAVA.
>
>   What is the best way for the exchange of the environment, whereby the applications should be still working under UNIX or Windows.
>
>   Thanks a lot, regards Peter
>
>
>
>   Ing. Mag. Peter Robert Fritsch
>   Account Manager
>   Geschäftsfeld Informatik
>
>   Tel.:    +43 1 797 50-231
>   Fax:    +43 1 797 50-8008
>   Mobil:  +43 676 765 66 31
>   Email:  peter-robert.fritsch@beko.at
>
>   BEKO Ing. P. Kotauczek GmbH
>   A-1030 Wien
>   Modecenterstraße 22/A1/6
>   www.beko-informatik.com
>
>

Get a free connection, half-price modem and one month FREE, when you sign up for BT Broadband today! From Bob.Deskin@Cognos.COM Mon Apr 26 13:56:44 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Mon, 26 Apr 2004 08:56:44 -0400 Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or Windows Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D505F@sottemail1.ent.ad.cognos.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42B8D.ED2EB9A2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Just to verify Joe's comment, the just-shipped PowerHouse 8.43D supports = "large files" for C-ISAM. This means that it supports up to 2 Gig = records but the number of bytes can be much more than 2 Gig. PowerHouse = does not put a limit on the maximum file size, only the number of = records it can handle. Bob Deskin =20 Senior Product Manager, Application Development Tools, Cognos Inc.=20 bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178=20 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA=20 -----Original Message----- From: powerh-l-admin@lists.sowder.com = [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Joe Boyle Sent: April 26, 2004 7:26 AM To: powerh-l@lists.sowder.com Subject: RE: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or = Windows =09 =09 and to all those that were irritated by the 2 Giga byte file size limit = for C-isam - I'm almost certain that with the new PH versions, the file = size is now limited to 2-Gig records of whatever byte size. =09 >From: "Philip Jackson" =20 >To: =20 >Subject: Fw: Powerhouse - migrate/port from HP3000 MPE to UNIX or = Windows=20 >Date: Fri, 23 Apr 2004 14:32:43 +0100=20 >=20 >Powerhouse - migrate/port from HP3000 MPE to UNIX or WindowsI have = just finished helping a client move several applications from = HP3000/TurboIMAGE to HP-UX & C-ISAM.=20 >=20 >We looked at moving to Oracle on HP-UX, but discounted it mainly = because the primary application relied heavily on arrays and = substructures - things that don't fit easily into a relational system. = If we had been starting a new application then Oracle would probably = have been used as the database, but the port was much easier from Image = to C-ISAM. We didn't look at Eloquence as I don't think it was even in = beta-test at the time we were looking at options.=20 >=20 >The majority of the code moved over smoothly. Most recompiled without = problems, and most PowerHouse code changes were to do with the order = records were retrieved.=20 >=20 >We did discover that several of our QTPs accidently created duplicate = unique keys briefly while updating due to the order of updates - Image = doesn't enforce unique keys on detail datasets so it never caused a = problem before, whereas C-ISAM does it properly and would crash the QTP. = However it was simple to fix once we figured out what was causing it.=20 >=20 >Our biggest changes were, as you would expect, relating to interaction = with the OS for things like printing and streaming jobs. I would = recommend that you investigate the running/creating of scripts/jobs on = the fly (if you do that) very carefully.=20 >=20 >The HP-UX machine runs about twenty (thats 20) times faster! - of = course it's a completely different type of machine and more powerful, = but the speed increase was almost incidental and impressed even the most = demanding users. In fact sometimes it was difficult to convince the = users that the jobs that usually would take, say, 20 minutes to run were = completed and printing in under a minute.=20 >=20 >If you do anything at all fancy with printing, unix will fight you all = the way. There is no inbuilt way to print a range of pages, or part of = a file, or even resuming a jammed printout back a bit without cancelling = and resubmitting the print. While it does nice banner pages and is fine = for printouts that, well, just print and don't jam, adding a new printer = for example stops and restarts all print jobs currently printing from = the beginning (or if you're lucky just stops them). We tried a couple = of third-party spooling products but quite frankly they were relying on = a greater depth of knowledge of networks and unix than we had or wanted, = and were really aimed at a mixed os printing environment. A few things = were better, but by-in-large I consider printer handling on HP-UX = 'incomplete'.=20 >=20 >Some of the more advanced users were used to using various line = editors to write their own quizes. There was no way they could have = handled vi on HP-UX - even some of the non-unix programmers spent days = laughing hysterically over it - so we bought the new Qedit for HP-UX for = them. There were other ways we could have done it - perhaps having = shares on the unix boxes mapped in Windows so that they could have used = Notepad or any other windows editor instead - but it was decided this = was a better fit. And it helped some of the programmers too who were = already feeling unloved by unix.=20 >=20 >The standard users wouldn't have noticed the difference between it = running on HP3000 or HP-UX, if it wasn't for the enormous speed = increase. Quick screens handle just about identically, and they even = continued using the same terminal emulators.=20 >=20 >=20 >Hope this answers some of your questions, and reassures anyone else = looking at doing PowerHouse HP3000 to HP-UX.=20 >=20 >Can't advise with porting to PowerHouse on Windows, and as for = converting to Cobol / Java, that would be a re-write rather than a = 'simple' port and therefore quite a different type of project. Maybe if = you were going to be replacing an old PowerHouse application that no = longer suited the business with a brand new = better-stronger-faster-differently-featured one and you didn't want to = stay with PowerHouse (shame!) then using a completely different language = would make sense. But I can't see that porting between such very = different languages would be a good use of your time and effort.=20 >=20 >=20 >Philip.=20 >=20 >----- Original Message -----=20 > From: Fritsch, Peter-Robert=20 > To: powerh-l@lists.sowder.com=20 > Sent: Friday, April 23, 2004 10:54 AM=20 > Subject: Powerhouse - migrate/port from HP3000 MPE to UNIX or = Windows=20 >=20 >=20 >=20 >=20 > Hi, what is the best way to port/migrate/run PowerHouse = applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX or Windows = Servers.=20 >=20 > Are there runtimes for Powerhouse on UNIX or Windows, which can be = used for the applications developed for HP3000.=20 > Are there porting or migration tools from PowerHouse to COBOL / = JAVA.=20 >=20 > What is the best way for the exchange of the environment, whereby = the applications should be still working under UNIX or Windows.=20 >=20 > Thanks a lot, regards Peter=20 >=20 >=20 >=20 > Ing. Mag. Peter Robert Fritsch=20 > Account Manager=20 > Gesch=E4ftsfeld Informatik=20 >=20 > Tel.: +43 1 797 50-231=20 > Fax: +43 1 797 50-8008=20 > Mobil: +43 676 765 66 31=20 > Email: peter-robert.fritsch@beko.at=20 >=20 > BEKO Ing. P. Kotauczek GmbH=20 > A-1030 Wien=20 > Modecenterstra=DFe 22/A1/6=20 > www.beko-informatik.com=20 >=20 >=20 ________________________________ Get a free connection, half-price modem and one month FREE, when you = sign up for BT Broadband today! = =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 Mailing list: = powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to = powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message = body to powerh-l-request@lists.sowder.com = http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, = thus to post to the list you must be a subscriber.=20 =20 Cognos Forum, June 27-30, 2004: Power Your Performance. Join us = in Orlando for our global customer conference. Engage with your peers. = Hear from top analysts. Learn from the Cognos Business Intelligence and = Enterprise Planning gurus. And turn your potential into higher = performance. Register today at http://www.cognos.com/cognosforum=20 This message may contain privileged and/or confidential = information. If you have received this e-mail in error or are not the = intended recipient, you may not use, copy, disseminate or distribute it; = do not open any attachments, delete it immediately from your system and = notify the sender promptly by e-mail that you have done so. Thank you!=20 =20 ------_=_NextPart_001_01C42B8D.ED2EB9A2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message
Just=20 to verify Joe's comment, the just-shipped PowerHouse 8.43D supports = "large=20 files" for C-ISAM. This means that it supports up to 2 Gig records but = the=20 number of bytes can be much more than 2 Gig. PowerHouse does not put a = limit on=20 the maximum file size, only the number of records it can=20 handle.

Bob=20 Deskin           &= nbsp; =20
Senior = Product=20 Manager, Application Development Tools, Cognos Inc. =
bob.deskin@cognos.com (613) = 738-1338 ext 7268=20 FAX: (613) 727-1178
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9=20 CANADA

-----Original Message-----
From:=20 powerh-l-admin@lists.sowder.com = [mailto:powerh-l-admin@lists.sowder.com] On=20 Behalf Of Joe Boyle
Sent: April 26, 2004 7:26 = AM
To:=20 powerh-l@lists.sowder.com
Subject: RE: Fw: Powerhouse - = migrate/port=20 from HP3000 MPE to UNIX or Windows

and to all those that were irritated by the 2 Giga byte file size = limit for=20 C-isam - I'm almost certain that with the new PH versions, the = file=20 size is now limited to 2-Gig records of whatever byte = size.

>From: "Philip Jackson" <pj@icing-it.co.uk>=20
>To: <powerh-l@lists.sowder.com>=20
>Subject: Fw: Powerhouse - migrate/port from HP3000 MPE = to UNIX=20 or Windows=20
>Date: Fri, 23 Apr 2004 14:32:43 +0100=20
>=20
>Powerhouse - migrate/port from HP3000 MPE to UNIX or = WindowsI=20 have just finished helping a client move several applications from=20 HP3000/TurboIMAGE to HP-UX & C-ISAM.=20
>=20
>We looked at moving to Oracle on HP-UX, but discounted = it=20 mainly because the primary application relied heavily on arrays and=20 substructures - things that don't fit easily into a relational=20 system.  If we had been starting a new application then = Oracle would=20 probably have been used as the database, but the port was much easier = from=20 Image to C-ISAM.  We didn't look at Eloquence as I don't = think it=20 was even in beta-test at the time we were looking at options.=20
>=20
>The majority of the code moved over = smoothly.  Most=20 recompiled without problems, and most PowerHouse code changes were to = do with=20 the order records were retrieved.=20
>=20
>We did discover that several of our QTPs accidently = created=20 duplicate unique keys briefly while updating due to the order of = updates -=20 Image doesn't enforce unique keys on detail datasets so it never = caused a=20 problem before, whereas C-ISAM does it properly and would crash the=20 QTP.  However it was simple to fix once we figured out what = was=20 causing it.=20
>=20
>Our biggest changes were, as you would expect, relating = to=20 interaction with the OS for things like printing and streaming=20 jobs.  I would recommend that you investigate the = running/creating=20 of scripts/jobs on the fly (if you do that) very carefully.=20
>=20
>The HP-UX machine runs about twenty (thats 20) times = faster! -=20 of course it's a completely different type of machine and more = powerful, but=20 the speed increase was almost incidental and impressed even the most = demanding=20 users.  In fact sometimes it was difficult to convince the = users=20 that the jobs that usually would take, say, 20 minutes to run were = completed=20 and printing in under a minute.=20
>=20
>If you do anything at all fancy with printing, unix = will fight=20 you all the way.  There is no inbuilt way to print a range = of pages,=20 or part of a file, or even resuming a jammed printout back a bit = without=20 cancelling and resubmitting the print.  While it does nice = banner=20 pages and is fine for printouts that, well, just print and don't jam, = adding a=20 new printer for example stops and restarts all print jobs currently = printing=20 from the beginning (or if you're lucky just stops them).  We = tried a=20 couple of third-party spooling products but quite frankly they were = relying on=20 a greater depth of knowledge of networks and unix than we had or = wanted, and=20 were really aimed at a mixed os printing environment.  A few = things=20 were better, but by-in-large I consider printer handling on HP-UX=20 'incomplete'.=20
>=20
>Some of the more advanced users were used to using = various line=20 editors to write their own quizes.  There was no way they = could have=20 handled vi on HP-UX - even some of the non-unix programmers spent days = laughing hysterically over it - so we bought the new Qedit for HP-UX = for=20 them.  There were other ways we could have done it - perhaps = having=20 shares on the unix boxes mapped in Windows so that they could have = used=20 Notepad or any other windows editor instead - but it was decided this = was a=20 better fit.  And it helped some of the programmers too who = were=20 already feeling unloved by unix.=20
>=20
>The standard users wouldn't have noticed the difference = between=20 it running on HP3000 or HP-UX, if it wasn't for the enormous speed=20 increase.  Quick screens handle just about identically, and = they=20 even continued using the same terminal emulators.=20
>=20
>=20
>Hope this answers some of your questions, and reassures = anyone=20 else looking at doing PowerHouse HP3000 to HP-UX.=20
>=20
>Can't advise with porting to PowerHouse on Windows, and = as for=20 converting to Cobol / Java, that would be a re-write rather than a = 'simple'=20 port and therefore quite a different type of project.  Maybe = if you=20 were going to be replacing an old PowerHouse application that no = longer suited=20 the business with a brand new = better-stronger-faster-differently-featured one=20 and you didn't want to stay with PowerHouse (shame!) then using a = completely=20 different language would make sense.  But I can't see that = porting=20 between such very different languages would be a good use of your time = and=20 effort.=20
>=20
>=20
>Philip.=20
>=20
>----- Original Message -----=20
>   From: Fritsch, Peter-Robert=20
>   To: powerh-l@lists.sowder.com=20
>   Sent: Friday, April 23, 2004 10:54 AM=20
>   Subject: Powerhouse - migrate/port from = HP3000 MPE=20 to UNIX or Windows=20
>=20
>=20
>=20
>=20
>   Hi, what is the best way to = port/migrate/run=20 PowerHouse applications (with TurboIMAGE) from a HP 3000 / MPE to UNIX = or=20 Windows Servers.=20
>=20
>   Are there runtimes for Powerhouse on UNIX = or=20 Windows, which can be used for the applications developed for HP3000.=20
>   Are there porting or migration tools from=20 PowerHouse to COBOL / JAVA.=20
>=20
>   What is the best way for the exchange of = the=20 environment, whereby the applications should be still working under = UNIX or=20 Windows.=20
>=20
>   Thanks a lot, regards Peter=20
>=20
>=20
>=20
>   Ing. Mag. Peter Robert Fritsch=20
>   Account Manager=20
>   Gesch=E4ftsfeld Informatik=20
>=20
>   Tel.:    +43 1 797 = 50-231=20
>   Fax:    +43 1 797 = 50-8008=20
>   Mobil:  +43 676 765 66 31=20
>   = Email:  peter-robert.fritsch@beko.at=20
>=20
>   BEKO Ing. P. Kotauczek GmbH=20
>   A-1030 Wien=20
>   Modecenterstra=DFe 22/A1/6=20
>   www.beko-informatik.com=20
>=20
>=20

Get a free connection, half-price modem and one month FREE, when you = sign up=20 for BT Broadband = today! =3D =3D=20 =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 Mailing list:=20 powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to=20 powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe = " in=20 message body to powerh-l-request@lists.sowder.com=20 http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, = thus to=20 post to the list you must be a subscriber.
 

       Cognos Forum, June 27-30, 2004: Power Your = Performance. Join us in = Orlando for our global customer conference. Engage with your peers. Hear = from top analysts. Learn from the Cognos Business Intelligence and = Enterprise Planning gurus. And turn your potential into higher = performance. Register today at http://www.cognos.com/cognosforum

        This message may contain privileged and/or confidential = information.  If you have received this e-mail in error or are not = the intended recipient, you may not use, copy, disseminate or distribute = it; do not open any attachments, delete it immediately from your system = and notify the sender promptly by e-mail that you have done so.  = Thank you!

------_=_NextPart_001_01C42B8D.ED2EB9A2-- From darren.reely@latticesemi.com Mon Apr 26 18:50:49 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Mon, 26 Apr 2004 10:50:49 -0700 Subject: : Wide Screen Setup In-Reply-To: <20040425003915.29724.qmail@web60610.mail.yahoo.com> References: <20040425003915.29724.qmail@web60610.mail.yahoo.com> Message-ID: <408D4BF9.2000606@latticesemi.com> Mark Stewart wrote: > Imagine coding in 132 mode for 8 hours a day. > I been doing this 5 days a week for years. It is not a problem, given a good monitor. I'm running Relection on a 19" CRT and usually work with 4 overlapping screens. In other words, each screen is only 2/3 width of the display. Still given my own preference, I'd have to say, only use greater than 80 columns for screens when it makes sense. Out of 463 screens in our system, 1 is 132 columns. So far I've been able to keep others to 80 columns with some creative formatting and label tricks. I also take advantage of clusters by making them shorter when I require another line. Given my creativety, I suspect I may be forced into expanding a few screens this year. They are becoming very cluttered, and the information is tightly bound. I've noticed most/many of my users have their terminal emulator set to use the entire screen. So even the 132 screen is very readable. The exception is the few VT terminals. But they tend to be sharp. Darren From markstewart@consultantsclub.biz Mon Apr 26 20:37:37 2004 From: markstewart@consultantsclub.biz (Mark Stewart) Date: Mon, 26 Apr 2004 12:37:37 -0700 (PDT) Subject: : Wide Screen Setup In-Reply-To: <408D4BF9.2000606@latticesemi.com> Message-ID: <20040426193737.85785.qmail@web60610.mail.yahoo.com> Darren, If every user in your company was 19"+ screens then why not use wide screens? I uses to work at a company that had a couple of wide screens that looked not too bad, still a bit squinty, on 17" screens. I had to go out to the field one time to a near by branch and over her shoulder I saw some woman working on the 132 screen. She was using an old 14" monochome dumb terminal hooked into the network. She didn't look like she was having fun with the stack of 20-30 pink forums she had to enter into the screen. Mark --- Darren Reely wrote: > Mark Stewart wrote: > > > Imagine coding in 132 mode for 8 hours a day. > > > I been doing this 5 days a week for years. It is not > a problem, given a > good monitor. I'm running Relection on a 19" CRT and > usually work with 4 > overlapping screens. In other words, each screen is > only 2/3 width of > the display. > > Still given my own preference, I'd have to say, only > use greater than 80 > columns for screens when it makes sense. Out of 463 > screens in our > system, 1 is 132 columns. So far I've been able to > keep others to 80 > columns with some creative formatting and label > tricks. I also take > advantage of clusters by making them shorter when I > require another line. > > Given my creativety, I suspect I may be forced into > expanding a few > screens this year. They are becoming very cluttered, > and the information > is tightly bound. > > I've noticed most/many of my users have their > terminal emulator set to > use the entire screen. So even the 132 screen is > very readable. The > exception is the few VT terminals. But they tend to > be sharp. > > Darren > > > = = = = = = = = = = = = = = = = = = = = = = = = = = > = = > Mailing list: powerh-l@lists.sowder.com > Subscribe: "subscribe" in message body to > powerh-l-request@lists.sowder.com > Unsubscribe: "unsubscribe " in message > body to powerh-l-request@lists.sowder.com > http://lists.sowder.com/mailman/listinfo/powerh-l > This list is closed, thus to post to the list you > must be a subscriber. From darren.reely@latticesemi.com Mon Apr 26 21:44:32 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Mon, 26 Apr 2004 13:44:32 -0700 Subject: : Wide Screen Setup In-Reply-To: <20040426193737.85785.qmail@web60610.mail.yahoo.com> References: <20040426193737.85785.qmail@web60610.mail.yahoo.com> Message-ID: <408D74B0.9020403@latticesemi.com> Mark Stewart wrote: >Darren, > >If every user in your company was 19"+ screens then >why not use wide screens? > When I first arrived here over six years ago, 15" monitors were common and 17" were being ordered with new systems. Today all new systems are ordered with 19" monitors, but that still leaves many older 17" CRTs in the population. The real problem is we have a few VT terminals. I don't want to abuse my user base who may have problems reading them. I really want to toss those VTs for 17" PCs! Hopefully one day soon. :) Darren From Bruin@WT.TNO.NL Tue Apr 27 19:06:03 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Tue, 27 Apr 2004 20:06:03 +0200 Subject: Weirdness in screen program (not that long!) Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738013@wt15.wt.tno.nl> Hi there, I've posted something similar like this earlier today, but that mail exceeded the size limit, so this is just a description of the problem without the (extensive) source code. I'm encountering some weirdness in a screen program (BTW my environment is VMS 7.2, PH 710G1). The screen consists of three parts: - identification fields of the primary file - a cluster a the occurring detail file - some temporary items to perform some additional prompting for a built-in copy function. Beside the Prim and Detail there are several secondary and designer files and a bunch of internal and designer procedures. Thing is the screen has been working without problems for a couple of years now and in fact is still doing that after some changes I have made today. These changes are the addition of the previously mentioned temp's and the fields belonging to them. They are character temp's and the fields have NOID, NOLABEL and DISPLAY on them (beside some other display related parms). At compilation time there is nothing wrong: all fields are placed as they should, as shown in the screen layout template. At run-time however the prompt for one of the temp's is done on the position of the last field in the cluster (that field is normally a display only field). Getting field info using the ??, informs me that it actually is the temp that is needed / required / prompted. It is just not on the right position!!!! The other temp is filled and then forced to be displayed using Display , but alas, nothing is visible on the screen. I can entering a value in the prompted temp and things run as intended!!!! Disabling the last field in the cluster will resort in the prompt of the required temp to be on the ID (!!!!!) position of the cluster !!!!!! And again, entering a correct value will have the program run as intended. The prompt is always done at the LAST occurrence of the cluster. Even without an occurrence on the detail file the prompting will end up being done on the line with the fields of the detail file. (like in a cluster) Moving the temp fields to a position above the cluster (but beneath the primary identification fields) will resort into a FATAL (yes FATAL) error and the program crashes when starting to prompt for the temp field. I've tried several other thing s (such as removing the Silent fields from the cluster and disabling some other fields) but the behaviour stays. I do understand this is a rather extensive and probably hard to dig into problem without actually seeing it, but not posting it will never give me a solution. If someone is interested in the actual source I can mail that privately as the list server blocks it due to its size. TIA Mark de Bruin From shediac92@hotmail.com Wed Apr 28 00:56:14 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Tue, 27 Apr 2004 20:56:14 -0300 Subject: Weirdness in screen program (not that long!) Message-ID: Mark: If you have support check with customer support. This sounds vaguely familiar. Check for reserve words. Do not use a PowerHouse keyword as an identifier. Bad syntax TEMPORARY ITEM ... ITEM is a reserved word If you must you can say:- TEMPORARY %ITEM ... If you do NOT already have a CLUSTER statement before the TEMP field put one in. CLUSTER OCCURS WITH DETAIL . . . ALIGN(1,4,20) CLUSTER FIELD As a last resort if QUICK wants to eat a field give it one to eat. i.e. TEMPORARY t_DUMMY CHAR * 2 INITIAL " " CLUSTER FIELD T_DUMMY NOID NOLABEL FIELD Good luck, Peter Bateman >From: "Bruin, J.M. de" >To: "'powerh-l@lists.sowder.com'" >Subject: Weirdness in screen program (not that long!) >Date: Tue, 27 Apr 2004 20:06:03 +0200 > >Hi there, > >I've posted something similar like this earlier today, but that mail >exceeded >the size limit, so this is just a description of the problem without the >(extensive) source code. > >I'm encountering some weirdness in a screen program (BTW my environment is >VMS >7.2, PH 710G1). > >The screen consists of three parts: >- identification fields of the primary file >- a cluster a the occurring detail file >- some temporary items to perform some additional prompting for a built-in >copy >function. > >Beside the Prim and Detail there are several secondary and designer files >and a >bunch of internal and designer procedures. > >Thing is the screen has been working without problems for a couple of years >now >and in fact is still doing that after some changes I have made today. >These changes are the addition of the previously mentioned temp's and the >fields >belonging to them. > >They are character temp's and the fields have NOID, NOLABEL and DISPLAY on >them >(beside some other display related parms). > >At compilation time there is nothing wrong: all fields are placed as they >should, as shown in the screen layout template. > >At run-time however the prompt for one of the temp's is done on the >position of >the last field in the cluster (that field is normally a display only >field). >Getting field info using the ??, informs me that it actually is the temp >that is >needed / required / prompted. >It is just not on the right position!!!! >The other temp is filled and then forced to be displayed using Display >, >but alas, nothing is visible on the screen. > >I can entering a value in the prompted temp and things run as intended!!!! > >Disabling the last field in the cluster will resort in the prompt of the >required temp to be on the ID (!!!!!) position of the cluster !!!!!! >And again, entering a correct value will have the program run as intended. > >The prompt is always done at the LAST occurrence of the cluster. Even >without an >occurrence on the detail file the prompting will end up being done on the >line >with the fields of the detail file. (like in a cluster) > >Moving the temp fields to a position above the cluster (but beneath the >primary >identification fields) will resort into a FATAL (yes FATAL) error and the >program crashes when starting to prompt for the temp field. > >I've tried several other thing s (such as removing the Silent fields from >the >cluster and disabling some other fields) but the behaviour stays. > >I do understand this is a rather extensive and probably hard to dig into >problem >without actually seeing it, but not posting it will never give me a >solution. > >If someone is interested in the actual source I can mail that privately as >the >list server blocks it due to its size. > >TIA > >Mark de Bruin >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From Bruin@WT.TNO.NL Wed Apr 28 06:41:31 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Wed, 28 Apr 2004 07:41:31 +0200 Subject: Weirdness in screen program Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738014@wt15.wt.tno.nl> Thanks so far for the input guys . Below you'll find the part of the source with the field statements and the ascii screen layout of the compiler. As you see, there is a cluster statement at the end of the cluster! Also, there are some other temp's before the temps that account for the problem (see my previous mail). I have been wrestling with the source code and made it as minimal as possible not to disable any functionality of it, but alas nothing's worked so far. Maybe this source code might be helpfull / usefull TIA, Mark Align (,,20) Skip To 4 Align (1,4,13)(,20,32)(,73,80) Field PLTOBJ_MNEM Of PLOTSESSION_OBJ Required Lookup Noton PLOTSESSION_OBJ & Via DPP-OBJECT-TYPE-ID, PLTOBJ_MNEM, DPP-OBJECT-OWNER, DPP-OBJECT-VERSION & Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ, PLTOBJ_MNEM, DPP-OBJECT-OWNER Of PLOTSESSION_OBJ, DPP-OBJECT-VERSION Of PLOTSESSION_OBJ Field PLTOBJ_DESC Of PLOTSESSION_OBJ Label 'description' Required Field PLTOBJ_ORIENT Of PLOTSESSION_OBJ Label 'orient' Predisplay Skip 1 Align (12,,) (20,,) (27,,) (34,,) (41,,) (48,,) (55,,) (58,,) (60,,) Title "* Dim" Title "* X" Title "* Y" Title "* Z" Title "* R" Title "* Mult" Title "Ax" Title "V" Title "Desc" Align (1,,4) (,,12) (,,14) (,,21) (,,28) (,,35) (,,42) (,,49) (,,56) (,,58) (,,60) Cluster Occurs With PLTSES_LOC_v60 For 1,80 Id Base 10 Field TRANS-LOC-NR Of PLTSES_LOC_v60 Character Size 6 Picture "^^^^" & Lookup On TRANS-LOCS Message '*E* Incorrect location-code. Type "*" for valid codes' Field MME_PD_CODE Of PLTSES_LOC_V60 Upshift Lookup On O_MME_PD & Message "*E* This is not a valid dimension. Use * for list" Field t'SIGNAL_SPECIAL_LOCATION Silent & Lookup Noton PLTSES_LOC_v60 Via PLTOBJ_NR, TRANS-LOC-NR, MME_PD_CODE & Using PLTOBJ_NR Of PLTSES_LOC_v60, TRANS-LOC-NR Of PLTSES_LOC_v60, MME_PD_CODE Of PLTSES_LOC_v60 & Optional Message "*W* This location / dimension combination is already defined" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Eq "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field t'c1MULTI_AXIS If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Values "X", "Y", "Z", "A" Upshift Field VARIABLE_LOCATIONS Of PLTSES_LOC_AXIS_PG_M & If 0 Ne PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Predisplay Field t'UPDATE_DESC Silent ID Same Field t'c80DESCRIPTION Display For 1,20 Cluster Skip Align (,,6) (,,50) Field t'QUESTION Noid Nolabel Display Field t'ANSWER Values 'Y', 'N' Upshift Noid Nolabel Display Field t'QUESTION2 Noid Nolabel Display Field t'OBJECT_CODE Upshift Noid Nolabel Lookup On REF_OBJECT Message '*E* This object is not known.' Required Display Q D E S I G N (7.10.G1) Copyright 1998 COGNOS INC. (ALPHA) Licensed PH-AXP-DEVELOPMENT for customer: 8037140001 TNO WEGTRANSPORT AXP D DPP-OBJECT-VERSION OF PL OTSESSION_OBJ *W* Selection is ignored for LOOKUP NOTON option. D BUILD *W* Update on linked screen may bypass PREUPDATE/UPDATE/POSTUPDATE procedures. MODE:x ACTION:xxxxxxxxx *x* xxxxxxx BEGRIP: Plot Object (S8033) ******************************************************************************** 01 Mnenomic xxxxxx description xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx orient x * Dim * X * Y * Z * R * Mult Ax V Desc 10 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 11 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 12 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 13 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 14 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 15 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 16 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 17 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 18 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 19 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 20 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 21 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 22 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0 ERRORS 2 WARNINGS. From Bruin@WT.TNO.NL Wed Apr 28 07:18:40 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Wed, 28 Apr 2004 08:18:40 +0200 Subject: Weirdness in screen program Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738015@wt15.wt.tno.nl> SOLVED IT !!!!!!!! At least: as you can see there are a couple of temp fields BEFORE the temp fields displayed and prompted. What I have done is to put cluster statements around those temp i.e. t'QUESTION and t'ANSWER. And now it displays t'QUESTION2 correctly and prompts for t'OBJECT_CODE on the correct position. Earlier I had put cluster statements around ALL the temps and that DID NOT work. I keep wondering why, but at least I've got a working program. BTW Those other fields are not access / used on this program. The code was originally copied from another (similar) program where things work fine. Thanks again for you reactions. Mark -----Original Message----- From: Bruin, J.M. de Sent: Wednesday, April 28, 2004 07:42 To: 'Darren Reely'; 'shediac92@hotmail.com' Cc: powerh-l@lists.sowder.com Subject: Re: Weirdness in screen program Thanks so far for the input guys . Below you'll find the part of the source with the field statements and the ascii screen layout of the compiler. As you see, there is a cluster statement at the end of the cluster! Also, there are some other temp's before the temps that account for the problem (see my previous mail). I have been wrestling with the source code and made it as minimal as possible not to disable any functionality of it, but alas nothing's worked so far. Maybe this source code might be helpfull / usefull TIA, Mark Align (,,20) Skip To 4 Align (1,4,13)(,20,32)(,73,80) Field PLTOBJ_MNEM Of PLOTSESSION_OBJ Required Lookup Noton PLOTSESSION_OBJ & Via DPP-OBJECT-TYPE-ID, PLTOBJ_MNEM, DPP-OBJECT-OWNER, DPP-OBJECT-VERSION & Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ, PLTOBJ_MNEM, DPP-OBJECT-OWNER Of PLOTSESSION_OBJ, DPP-OBJECT-VERSION Of PLOTSESSION_OBJ Field PLTOBJ_DESC Of PLOTSESSION_OBJ Label 'description' Required Field PLTOBJ_ORIENT Of PLOTSESSION_OBJ Label 'orient' Predisplay Skip 1 Align (12,,) (20,,) (27,,) (34,,) (41,,) (48,,) (55,,) (58,,) (60,,) Title "* Dim" Title "* X" Title "* Y" Title "* Z" Title "* R" Title "* Mult" Title "Ax" Title "V" Title "Desc" Align (1,,4) (,,12) (,,14) (,,21) (,,28) (,,35) (,,42) (,,49) (,,56) (,,58) (,,60) Cluster Occurs With PLTSES_LOC_v60 For 1,80 Id Base 10 Field TRANS-LOC-NR Of PLTSES_LOC_v60 Character Size 6 Picture "^^^^" & Lookup On TRANS-LOCS Message '*E* Incorrect location-code. Type "*" for valid codes' Field MME_PD_CODE Of PLTSES_LOC_V60 Upshift Lookup On O_MME_PD & Message "*E* This is not a valid dimension. Use * for list" Field t'SIGNAL_SPECIAL_LOCATION Silent & Lookup Noton PLTSES_LOC_v60 Via PLTOBJ_NR, TRANS-LOC-NR, MME_PD_CODE & Using PLTOBJ_NR Of PLTSES_LOC_v60, TRANS-LOC-NR Of PLTSES_LOC_v60, MME_PD_CODE Of PLTSES_LOC_v60 & Optional Message "*W* This location / dimension combination is already defined" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Eq "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Character Size 6 If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field t'c1MULTI_AXIS If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Values "X", "Y", "Z", "A" Upshift Field VARIABLE_LOCATIONS Of PLTSES_LOC_AXIS_PG_M & If 0 Ne PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Predisplay Field t'UPDATE_DESC Silent ID Same Field t'c80DESCRIPTION Display For 1,20 Cluster Skip Align (,,6) (,,50) Field t'QUESTION Noid Nolabel Display Field t'ANSWER Values 'Y', 'N' Upshift Noid Nolabel Display Field t'QUESTION2 Noid Nolabel Display Field t'OBJECT_CODE Upshift Noid Nolabel Lookup On REF_OBJECT Message '*E* This object is not known.' Required Display Q D E S I G N (7.10.G1) Copyright 1998 COGNOS INC. (ALPHA) Licensed PH-AXP-DEVELOPMENT for customer: 8037140001 TNO WEGTRANSPORT AXP D DPP-OBJECT-VERSION OF PL OTSESSION_OBJ *W* Selection is ignored for LOOKUP NOTON option. D BUILD *W* Update on linked screen may bypass PREUPDATE/UPDATE/POSTUPDATE procedures. MODE:x ACTION:xxxxxxxxx *x* xxxxxxx BEGRIP: Plot Object (S8033) ******************************************************************************** 01 Mnenomic xxxxxx description xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx orient x * Dim * X * Y * Z * R * Mult Ax V Desc 10 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 11 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 12 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 13 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 14 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 15 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 16 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 17 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 18 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 19 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 20 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 21 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx 22 xxxxxx xxxxxxxx xxxxxx xxxxxx xxxxxx xxxxxx xxxxxx x x xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 0 ERRORS 2 WARNINGS. From glowe2000@sympatico.ca Wed Apr 28 14:44:44 2004 From: glowe2000@sympatico.ca (glowe2000@sympatico.ca) Date: Wed, 28 Apr 2004 9:44:44 -0400 Subject: Powerhouse 8.43D BCHECK facility Message-ID: <20040428134444.JKCG27069.tomts7-srv.bellnexxia.net@mxmta.bellnexxia.net> Does anyone know if there is a bcheck facility for this 'large file' version of powerhouse on HP-UX (version 8.43d) ? Also, is there anywhere online that gives a more indepth description of the additional features contained in this recently released version? J.N.Graham Lowe (Consultant) Mackenzie Financial Corp. Toronto, Ontario, CANADA From Bob.Deskin@Cognos.COM Wed Apr 28 14:55:02 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Wed, 28 Apr 2004 09:55:02 -0400 Subject: Powerhouse 8.43D BCHECK facility Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D5084@sottemail1.ent.ad.cognos.com> Supported customers can download the latest New Features book from support.cognos.com. Check under Documentation and search under PowerHouse 8.4D. The New Features book is also included in the new product packages that were recently shipped. Bob Deskin Senior Product Manager, Application Development Tools, Cognos Inc. bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of glowe2000@sympatico.ca Sent: April 28, 2004 9:45 AM To: powerh-l@lists.sowder.com Subject: Powerhouse 8.43D BCHECK facility Does anyone know if there is a bcheck facility for this 'large file' version of powerhouse on HP-UX (version 8.43d) ? Also, is there anywhere online that gives a more indepth description of the additional features contained in this recently released version? J.N.Graham Lowe (Consultant) Mackenzie Financial Corp. Toronto, Ontario, CANADA = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From Bruin@WT.TNO.NL Tue Apr 27 15:20:06 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Tue, 27 Apr 2004 16:20:06 +0200 Subject: Weirdness in screen program (long source included!) Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738012@wt15.wt.tno.nl> Hi there, I'm encountering some weirdness in a screen program that I'm in the process of updating. The environment is: VMS 7.2, PH 710G1 First of all: the program is running correctly, though it being in the development phase. It performs the tasks it is supposed to. So far no problem. The weird thing however is that although at compile time the fields t'QUESTION, t'QUESTION2, t'ANSWER and t'OBJECT_CODE are positioned correctly (i.e. BELOW the cluster), at run-time they ARE NOT. Giving in the COPY command at the ACTION Field the user is prompted at the DESCRIPTION field (that is normally not prompted!!!) at the last occurrence of the cluster. The t'QUESTION2 field is NOT displayed at all, dispite the Display t'QUESTION2 statement in the COPY designer. Checking the field with ?? comes up with t'OBJECT_CODE !!!!!!! This is correct. Can anyone comment on this and maybe solved this weird problem. I have never come accross such a behaviour! At first I suspected the SILENT field in the cluster, however deleting that from the programdoes not solve the problem. Moving the complete set of temporary field above the cluster, results in a correct compile with the fields on the right place on the screen and into a "Fatal error" at run-time after entering the copy command. Weird, weird, weird. Regards, Mark de Bruin Use BEGRIP$USE:SETS.QKU Nolist & Nodetail ; ; Program name : BEGRIP_S8033 ; Program type : POWERHOUSE-VMS-710G1/Qdesign ; ; COPYRIGHT ) 2001 BY: ; ; Crash Safety Center ; of ; TNO Automotive, Delft, The Netherlands ; ; ALL RIGHTS RESERVED ; ; Purpose : ; ; Usage ; RUN SCREEN BEGRIP_S8033 & ; Passing t'SECURITY ; Or ; SUBSCREEN BEGRIP_S8033 & ; Passing t'SECURITY ; ; Description of parameters ; Name Type R/W Description ; ------------------- ----------- --- ------------------------------ ; t'SECURITY NUM*1 RJust a dummy to prevent screen to be ; run from the command line ; ;----------------------------------------------------------------------------- ; ; Module invoked from : ; Modules invoked : ; Module environment : ; Files used : ; Technical notes : User defined Find procedure to prevent objects ; being used that are already in use ; in PLTOBJ_PLTPG ; ;----------------------------------------------------------------------------- ; ; Keywords (max 10) ; ; Revision history ; at: by: reason: ;----------------------------------------------------------------------------- ; 2-JAN-2001 Frans Ahrendt Creation ; ;----------------------------------------------------------------------------- ;***** SCREEN AND DESCRIPTION ************************************************ ;----------------------------------------------------------------------------- Screen BEGRIP_S8033 Help Popup From 3,4 To 23,76 & Receiving t'SECURITY Description Of Screen & "" ;----------------------------------------------------------------------------- ;***** DATA DECLARATIONS - Files, Temps & Defines **************************** ;----------------------------------------------------------------------------- Temp t'SECURITY Numeric*1 Temp t'LOC_OBJECT Character & Size 1 & Initial '*' & Reset At Startup Temp t'LOC_NR_STR Character & Size 4 Temp t'LOC_SEQ_NR Num*2 Temp t'SPLIT_POS Num*2 Temp t'zu10OBJECT_ID Zoned & Unsigned & Size 10 & Reset At Startup Temp t'zu10TRANS_LOC_NR Zoned & Unsigned & Size 10 & Reset At Startup File PLOTSESSION_OBJ Primary& Nodelete Access Via DPP-OBJECT-TYPE-ID,& PLTOBJ_MNEM & Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ, & PLTOBJ_MNEM Of PLOTSESSION_OBJ & Request PLTOBJ_MNEM Of PLOTSESSION_OBJ Access Via DPP-OBJECT-TYPE-ID & Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ Access Via DPP-OBJECT-ID & Using t'zu10OBJECT_ID File PLTOBJ_PLTPG Secondary Access ViaDPP-OBJECT-P'ID & Using DPP-OBJECT-ID Of PLOTSESSION_OBJ File PLTSES_LOC_V60 Detail & Occurs 13 & Cache 255 Access Via PLTOBJ_NR & Using PLTOBJ_NR Of PLOTSESSION_OBJ Item PLTOBJ_NR Initial PLTOBJ_NR Of PLOTSESSION_OBJ & Fixed File DESCRIPTION Reference& Occurs With PLTSES_LOC_V60 Access Via DESCR_ID & Using DESCR_ID Of PLTSES_LOC_V60 File DESCRIPTION Designer & AliasDESCRIPTION_DEL Access Via DESCR_ID & Using DESCR_ID Of PLTSES_LOC_V60 File DESCRIPTION_ELEMENT_TXT Designer Access Via DESCR_ID & Using DESCR_ID Of DESCRIPTION File DESCRIPTION_ELEMENT_KEY Designer Access Via DESCR_ID & Using DESCR_ID Of DESCRIPTION Temp t'TRANS-LOC-CODE Char*4 & Occurs With PLTSES_LOC_V60 Temp t'SP_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" Temp t'X_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" Temp t'M_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" Temp t'Y_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" Temp t'Z_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" Temp t'R_DEL Char*1 & Occurs With PLTSES_LOC_v60 & Initial "N" File PLTSES_LOC_AXIS_PG Secondary& Noitems & Alias PLTSES_LOC_AXIS_PG_SP & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "__" Item TRANS_LOC_AXIS Initial "__" & Fixed Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_SP & Occurs With PLTSES_LOC_v60 & Open 2 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP File PLTSES_LOC_AXIS_PG Secondary& Open 2 & Noitems & Alias PLTSES_LOC_AXIS_PG_X & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "X" Item TRANS_LOC_AXIS Initial "X"& Fixed Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_X& Occurs With PLTSES_LOC_v60 & Open 2 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Temp t'c1MULTI_AXIS Character & Size 1 & Occurs With PLTSES_LOC_v60 File PLTSES_LOC_AXIS_PG Secondary& Open 3 & Noitems & Alias PLTSES_LOC_AXIS_PG_M & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "M@" Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_M& Occurs With PLTSES_LOC_v60 & Open 3 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_M File PLTSES_LOC_AXIS_PG Secondary& Open 4 & Noitems & Alias PLTSES_LOC_AXIS_PG_Y & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "Y" Item TRANS_LOC_AXIS Initial "Y"& Fixed Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_Y& Occurs With PLTSES_LOC_v60 & Open 4 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y File PLTSES_LOC_AXIS_PG Secondary& Open 6 & Noitems & Alias PLTSES_LOC_AXIS_PG_Z & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "Z" Item TRANS_LOC_AXIS Initial "Z"& Fixed Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_Z& Occurs With PLTSES_LOC_v60 & Open 6 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z File PLTSES_LOC_AXIS_PG Secondary& Open 7 & Noitems & Alias PLTSES_LOC_AXIS_PG_R & Occurs With PLTSES_LOC_v60 Access Via PLTSES_LOC_ID, & TRANS_LOC_AXIS & Using PLTSES_LOC_ID Of PLTSES_LOC_v60, & "R" Item TRANS_LOC_AXIS Initial "R"& Fixed Item PLTSES_LOC_ID Initial PLTSES_LOC_ID Of PLTSES_LOC_v60 & Fixed File PLTPGReference & Alias PLTPG_R& Occurs With PLTSES_LOC_v60 & Open 8 Access Via PLTPG_NR & Using PLTPG_NR Of PLTSES_LOC_AXIS_PG_R File DPP-OBJECTS Designer & Open 10 & Read Temp T-DPP-OBJECT-TYPE-ID Zoned Unsigned Size 10 & Initial DPP-OBJECT-TYPE-ID Of PLTPG_X Temp T-DPP-OBJECT-ID Char*10 File DPP-CONTROL Designer File TRANS-LOCS Designer & Occurs With PLTSES_LOC_v60 Access Via TRANS-LOC-NR & Using TRANS-LOC-NR Of PLTSES_LOC_v60 File O_MME_PD Reference Access Via O_OBJECT_TYPE_ID & , O_OBJECT_NAME & Using O_OBJECT_TYPE_ID Of O_MME_PD & , MME_PD_CODE Of PLTSES_LOC_V60 Temp t'OBJECT_CODE Character & Size 6 & Reset At Mode File PLOTSESSION_OBJ Reference & Alias REF_OBJECT Access Via DPP-OBJECT-TYPE-ID & , PLTOBJ_MNEM& Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ & , t'OBJECT_CODE Temp t'SIGNAL_SPECIAL_LOCATIONCharacter & Size 1 Temp t'UPDATE_DESC Numeric*1 Temp t'n4ID Numeric*4 Temp t'c80DESCRIPTION Character & Size 80 & Occurs With PLTSES_LOC_v60 Temp t'n10OBJECT_ID_PASS Numeric*10 Temp t'n10OBJECT_TYPE_ID_PASS Numeric*10 & Initial O_OBJECT_TYPE_ID Of O_MME_PD & Reset At Startup Temp t'c32OBJECT_NAME_PASS Character& Size 32 Temp t'QUESTION Char & Size 44 & Reset At Mode Temp t'ANSWER Char & Size 1 & Reset At Mode Temp t'QUESTION2 Char & Size 44 & Reset At Mode Temp t'zu10OLD_OBJECT_ID_PASS Zoned & Unsigned & Size 10 Temp t'zu10NEW_OBJECT_ID_PASS Zoned & Unsigned & Size 10 ;----------------------------------------------------------------------------- ;***** SCREEN LAYOUT DEFINITION ********************************************** ;----------------------------------------------------------------------------- Use BEGRIP$USE:SCRID.QKU Nolist & Nodetail Title "BEGRIP: Plot Object" Title "(S8033)" ;----------------------------------------------------------------------------- ;***** SETUP STANDARD HILITING *********************************************** ;----------------------------------------------------------------------------- Use BEGRIP$USE:HILITE.QKU Nolist & Nodetail ;----------------------------------------------------------------------------- ;***** FIELD STATEMENTS ****************************************************** ;----------------------------------------------------------------------------- Align (,,20) Skip To 4 Align (1,4,13)(,20,32)(,73,80) Field PLTOBJ_MNEM Of PLOTSESSION_OBJ & Required & Lookup NotonPLOTSESSION_OBJ & Via DPP-OBJECT-TYPE-ID, & PLTOBJ_MNEM, & DPP-OBJECT-OWNER,& DPP-OBJECT-VERSION & UsingDPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ, & PLTOBJ_MNEM, & DPP-OBJECT-OWNER Of PLOTSESSION_OBJ, & DPP-OBJECT-VERSION Of PLOTSESSION_OBJ Field PLTOBJ_DESC Of PLOTSESSION_OBJ & Label 'description' & Required Field PLTOBJ_ORIENT Of PLOTSESSION_OBJ & Label 'orient' & Predisplay Skip 1 Align (12,,) (20,,) (27,,) (34,,) (41,,) (48,,) (55,,) (58,,) (60,,) Title "* Dim" Title "* X" Title "* Y" Title "* Z" Title "* R" Title "* Mult" Title "Ax" Title "V" Title "Desc" Align (1,,4) (,,12) (,,14) (,,21) (,,28) (,,35) (,,42) (,,49) & (,,56) (,,58) (,,60) Cluster Occurs With PLTSES_LOC_v60 For 1,80 Id Base 10 Field TRANS-LOC-NR Of PLTSES_LOC_v60Character & Size 6 & Picture "^^^^" & Lookup On TRANS-LOCS & Message '*E* Incorrect location-code. Type "*" for valid codes' Field MME_PD_CODE Of PLTSES_LOC_V60 & Upshift & Lookup On O_MME_PD & Message "*E* This is not a valid dimension. Use * for list" Field t'SIGNAL_SPECIAL_LOCATION & Silent & Lookup Noton PLTSES_LOC_v60 & ViaPLTOBJ_NR, & TRANS-LOC-NR, & MME_PD_CODE & Using PLTOBJ_NR Of PLTSES_LOC_v60, & TRANS-LOC-NR Of PLTSES_LOC_v60,& MME_PD_CODE Of PLTSES_LOC_v60 & Optional & Message "*W* This location / dimension combination is already defined" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Eq "S" Description Of PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP & "The location entered is a 'special' location i.e. a location that" & "has no 'orientation'." & "Thus no pages can be entered for the different axii and resul-" & "tants." & " " & "This is f.i. for the locations that are needed for processing the" & "output of the Airbag Timer Unit with recorder option." Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_X & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Description Of PLTPG_NR Of PLTSES_LOC_AXIS_PG_X& "The location entered is a 'normal' location i.e. a location that" & "has to be oriented in 'space'." & "Thus no pages can be entered for the 'special' category." Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_R & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field PLTPG_NR Of PLTSES_LOC_AXIS_PG_M & Character & Size 6 & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Field t'c1MULTI_AXIS & If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" & Values "X", "Y", "Z", "A" & Upshift Field VARIABLE_LOCATIONS Of PLTSES_LOC_AXIS_PG_M & If 0 Ne PLTPG_NR Of PLTSES_LOC_AXIS_PG_M & Predisplay Field t'UPDATE_DESC Silent ID Same Field t'c80DESCRIPTION & Display & For 1,20 Cluster Skip Align (,,6) (,,50) Cluster Field t'QUESTION & Noid & Nolabel & Display Field t'ANSWER & Values 'Y', 'N' & Upshift & Noid & Nolabel & Display Field t'QUESTION2 & Noid & Nolabel & Display Field t'OBJECT_CODE& Upshift & Noid & Nolabel & Lookup On REF_OBJECT & Message '*E* This object is not known.'& Required & Display Cluster ;----------------------------------------------------------------------------- ;***** PROCEDURES ************************************************************ ;----------------------------------------------------------------------------- ;----------------------------------------------------------------------------- ;***** INTERNAL PROCEDURES *************************************************** ;----------------------------------------------------------------------------- ;----------------------------------------------------------------------------- ;***** FIELD LEVEL PROCEDURES ************************************************ ;----------------------------------------------------------------------------- Procedure Input MME_PD_CODE Begin If "*" Eq Reverse(FIELDTEXT)[1:1] Then Begin Let t'c32OBJECT_NAME_PASS = Upshift(FIELDTEXT) Run Screen BEGRIP_S99069902& Passing t'n10OBJECT_TYPE_ID_PASS & , t'n10OBJECT_ID_PASS & , t'c32OBJECT_NAME_PASS If t'n10OBJECT_ID_PASS Ne 0 Then Let FIELDTEXT = t'c32OBJECT_NAME_PASS End End Procedure Input TRANS-LOC-NR Begin If 0 <> Size(Fieldtext) Then Begin ; This field can include TRANS-LOC-SEQ. This can be recognized ; by the numberic part before the point (.) sign. ; Split the temporary in two parts: ; 1. LOC_SEQ_NR (optional) ; 2. LOC_CODE Let t'SPLIT_POS = INDEX(FIELDTEXT,'.') If 0 Ne t'SPLIT_POS Then Begin ; LOC_SEQ_NR is filled in. Let t'LOC_SEQ_NR = NCONVERT(FIELDTEXT[1:(t'SPLIT_POS - 1)]) Let FIELDTEXT & = Trunc(FIELDTEXT[(t'SPLIT_POS + 1):(6 - t'SPLIT_POS)]) End Else Begin ; LOC_SEQ_NR is NOT filled in. Let t'LOC_SEQ_NR = 0 If 4 Lt Size(Trunc(FIELDTEXT)) Then Error "*E* This is not a valid location code. Use * for list" End ; Check for picklist request. If '*' Eq Reverse(TRUNC(FIELDTEXT))[1:1] Then Begin Let t'LOC_OBJECT = '*' Let t'LOC_NR_STR & = Upshift(FIELDTEXT) ; TRANS-LOC-NR Of PLTSES_LOC_v60 Run Screen BEGRIP_S0914 Mode F Passing t'LOC_OBJECT, & t'LOC_NR_STR Get TRANS-LOCS & Via TRANS-LOC-NR & Using Nconvert(t'LOC_NR_STR) & Optional If Accessok Then Begin Let t'TRANS-LOC-CODE = TRANS-LOC-CODE Of TRANS-LOCS Let Fieldtext = t'LOC_NR_STR End Else Let FIELDTEXT = ' ' End Else begin If Not Matchpattern(Fieldtext,"#>") Then Begin Get TRANS-LOCS & Via TRANS-LOC-CODE & Using Upshift(Fieldtext) Optional If Accessok Then Let Fieldtext = Ascii(TRANS-LOC-NR Of TRANS-LOCS) Else Let Fieldtext = "0" End End End End ;Procedure Process TRANS-LOC-NR ;Begin ; ; Let TRANS-LOC-SEQ Of PLTSES_LOC_v60& ; = t'LOC_SEQ_NR ; Display TRANS-LOC-SEQ Of PLTSES_LOC_v60 ; Let t'TRANS-LOC-CODE = TRANS-LOC-CODE Of TRANS-LOCS ; ;End Procedure Output TRANS-LOC-NR Begin ; Let Fieldtext = t'TRANS-LOC-CODE Let Fieldtext = TRANS-LOC-CODE Of TRANS-LOCS End Procedure Edit t'SIGNAL_SPECIAL_LOCATION If TRANS-LOC-OBJECT Of TRANS-LOCS Eq "S" Then Info = "*I* This is a 'special' location; " & + "no entries for axii. Type ?? for help." Else Info = "*I* This is a 'normal' location; " & + "no entries for 'spec'. Type ?? for help." Use begrip$USE:DP0003.QKU Nolist & Nodetail ;======================================================================== ; SP ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin Get DPP-OBJECTS& Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_SP, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Begin Let t'SP_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_SP Then Begin Delete PLTSES_LOC_AXIS_PG_SP Get PLTSES_LOC_AXIS_PG_SP Optional End Else Let t'SP_DEL = "Y" End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP Then Begin Get PLTPG_SP Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_SP) End Else Let Fieldtext = "" End ;======================================================================== ; XL ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin Get DPP-OBJECTS& Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_X, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Begin Let t'X_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_X = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_X Then Begin Delete PLTSES_LOC_AXIS_PG_X Get PLTSES_LOC_AXIS_PG_X Optional End Else Let t'X_DEL = "Y" End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_X Then Begin Get PLTPG_X Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_X) End Else Let Fieldtext = "" End ;======================================================================== ; XG ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin GetDPP-OBJECTS & Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_M, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Begin Let t'M_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_M = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_M Then Begin Delete PLTSES_LOC_AXIS_PG_M Get PLTSES_LOC_AXIS_PG_M Optional End Else Begin Let t'M_DEL = "Y" Let t'c80DESCRIPTION = "" Display t'c80DESCRIPTION End End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Then Begin Get PLTPG_M Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_M) If Changemode Or Entrymode Then Info & "Enter the axis (X,Y or Z) for which this page is to be generated" End Else Let Fieldtext = "" End Procedure Output t'c1MULTI_AXIS Begin If Changemode Or Entrymode Then Info & "Generate with variable location information ([Y]|N)? (?? for help)" End ;======================================================================== ; YL ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin GetDPP-OBJECTS & Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_Y, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Begin Let t'Y_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_Y Then Begin Delete PLTSES_LOC_AXIS_PG_Y Get PLTSES_LOC_AXIS_PG_Y Optional End Else Let t'Y_DEL = "Y" End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y Then Begin Get PLTPG_Y Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_Y) End Else Let Fieldtext = "" End ;======================================================================== ; ZL ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin GetDPP-OBJECTS & Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_Z, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Begin Let t'Z_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_Z Then Begin Delete PLTSES_LOC_AXIS_PG_Z Get PLTSES_LOC_AXIS_PG_Z Optional End Else Let t'Z_DEL = "Y" End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z Then Begin Get PLTPG_Z Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_Z) End Else Let Fieldtext = "" End ;======================================================================== ; RL ;======================================================================== Procedure Input PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Begin If 0 <> Index(FIELDTEXT,'*') Then Do Internal GET-OBJECT Else If 0 <> Size(FIELDTEXT) And Fieldtext <> " " Then Begin GetDPP-OBJECTS & Via DPP-OBJECT-TYPE-ID,& DPP-OBJECT-MNEM & Using DPP-OBJECT-TYPE-ID Of PLTPG_R, & Upshift(FIELDTEXT) & Optional If Not Accessok Then Error '*E* This is not a valid Plot Page.' Else Let FIELDTEXT = ASCII(DPP-OBJECT-ID Of DPP-OBJECTS) End End Procedure Process PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Begin Let t'R_DEL = "N" If PLTPG_NR Of PLTSES_LOC_AXIS_PG_R = 0 Then Begin If Newrecord Of PLTSES_LOC_AXIS_PG_R Then Begin Delete PLTSES_LOC_AXIS_PG_R Get PLTSES_LOC_AXIS_PG_R Optional End Else Begin Let t'R_DEL = "Y" End End End Procedure Output PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Begin ;- ; Perform an extra GET on PLTPG to force PH to retrieve the correct record ; This did not happen for certain PLTPG ID's. Why ? Do not know !!!! ;- If 0 <> PLTPG_NR Of PLTSES_LOC_AXIS_PG_R Then Begin Get PLTPG_R Optional If Not Accessok Then Error '*E* Error retrieving plot page. Contact system manager.' Let FIELDTEXT = Pack(PLTPG_MNEM Of PLTPG_R) End Else Let Fieldtext = "" End ;======================================================================== Procedure Edit t'UPDATE_DESC Begin Let t'n4ID = DESCR_ID Of PLTSES_LOC_v60 If 0 Ne t'n4ID Then Begin Run Screen BEGRIP_S9000 & Passing t'n4ID, & t'c80DESCRIPTION & Mode F End Else Begin Run Screen BEGRIP_S9000 & Passing t'n4ID, & t'c80DESCRIPTION End Let DESCR_ID Of PLTSES_LOC_v60 = t'n4ID Display t'c80DESCRIPTION End ;----------------------------------------------------------------------------- ;***** SCREEN LEVEL PROCEDURES *********************************************** ;----------------------------------------------------------------------------- Use BEGRIP$USE:DP0004.QKU Nolist & Nodetail Procedure Find Begin If Path = 1 Then Get PLOTSESSION_OBJ & Via DPP-OBJECT-TYPE-ID, & PLTOBJ_MNEM& Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ, & PLTOBJ_MNEM Of PLOTSESSION_OBJ If Path = 2 Then Get PLOTSESSION_OBJ & Via DPP-OBJECT-TYPE-ID & Using DPP-OBJECT-TYPE-ID Of PLOTSESSION_OBJ If Path = 3 Then Get PLOTSESSION_OBJ & Via DPP-OBJECT-ID & Using t'zu10OBJECT_ID Get PLTOBJ_PLTPG Optional If AccessOk Then Error "" End Procedure Detail Find Begin For Missing PLTSES_LOC_v60 Begin Get PLTSES_LOC_v60 Optional Get PLTSES_LOC_AXIS_PG_SP Optional Get PLTSES_LOC_AXIS_PG_X Optional Get PLTSES_LOC_AXIS_PG_Y Optional Get PLTSES_LOC_AXIS_PG_Z Optional Get PLTSES_LOC_AXIS_PG_R Optional Get PLTSES_LOC_AXIS_PG_M Optional End End Procedure Detail Postfind Begin For PLTSES_LOC_v60 Begin Get TRANS-LOCS Let t'TRANS-LOC-CODE = TRANS-LOC-CODE Of TRANS-LOCS Let t'c80DESCRIPTION = DESCRIPTION Of DESCRIPTION Let t'c1MULTI_AXIS = TRANS_LOC_AXIS Of PLTSES_LOC_AXIS_PG_M[2:1] End End Procedure Internal DEL_DESC_FILES Begin While Retrieving DESCRIPTION_ELEMENT_TXT Begin Del DESCRIPTION_ELEMENT_TXT Put DESCRIPTION_ELEMENT_TXT End While Retrieving DESCRIPTION_ELEMENT_KEY Begin Del DESCRIPTION_ELEMENT_KEY Put DESCRIPTION_ELEMENT_KEY End Del DESCRIPTION_DEL Put DESCRIPTION_DEL Reset End Procedure Preupdate Recoverable Begin Lock DPP-CONTROL Get DPP-CONTROL & Using (1) & Optional If Newrecord Of PLOTSESSION_OBJ & And Not Deletedrecord Of PLOTSESSION_OBJ Then Begin Do Internal CHECK_AT_SIGN Let PLTOBJ_NR Of PLOTSESSION_OBJ & = DPP-OBJECT-ID Of DPP-CONTROL End For PLTSES_LOC_v60 Begin If t'SP_DEL = "Y" & And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_SP Then Delete PLTSES_LOC_AXIS_PG_SP If t'X_DEL = "Y"& And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_X Then Delete PLTSES_LOC_AXIS_PG_X If t'Y_DEL = "Y"& And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_Y Then Delete PLTSES_LOC_AXIS_PG_Y If t'Z_DEL = "Y"& And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_Z Then Delete PLTSES_LOC_AXIS_PG_Z If t'R_DEL = "Y"& And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_R Then Delete PLTSES_LOC_AXIS_PG_R If t'M_DEL = "Y"& And Not Deletedrecord Of PLTSES_LOC_AXIS_PG_M Then Begin Delete PLTSES_LOC_AXIS_PG_M Get DESCRIPTION_DEL Optional If Accessok Then Begin Do Internal DEL_DESC_FILES Let DESCR_ID Of PLTSES_LOC_V60 = 0 End End Else Let TRANS_LOC_AXIS Of PLTSES_LOC_AXIS_PG_M & = "M" + t'c1MULTI_AXIS If Newrecord Of PLTSES_LOC_v60 & And Not Deletedrecord Of PLTSES_LOC_v60 Then Begin Do Internal CHECK_AT_SIGN Let PLTSES_LOC_ID Of PLTSES_LOC_v60 & = DPP-OBJECT-ID Of DPP-CONTROL End If Deletedrecord of PLTSES_LOC_V60 Then Do Internal DEL_DESC_FILES End Put DPP-CONTROL Reset Unlock DPP-CONTROL End Procedure Path Begin Let PATH = 0 If t'zu10OBJECT_ID Ne 0 Then Let PATH = 3 If PATH = 0 Then Begin REQUEST PLTOBJ_MNEM OF PLOTSESSION_OBJ IF PROMPTOK THEN LET PATH = 1 End IF PATH = 0 THEN LET PATH = 2 End Procedure Postfind Let t'zu10OBJECT_ID = 0 Procedure Postupdate Begin Let t'zu10OBJECT_ID = DPP-OBJECT-ID Of PLOTSESSION_OBJ Push Find End ;----------------------------------------------------------------------------- ;***** DESIGNER PROCEDURES *************************************************** ;----------------------------------------------------------------------------- Procedure Designer 02 Begin Accept TRANS-LOC-NR Of PLTSES_LOC_v60 Edit t'SIGNAL_SPECIAL_LOCATION If TRANS-LOC-OBJECT Of TRANS-LOCS EQ "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_SP If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_X If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_Y If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_Z If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_R If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" Then ACCEPT PLTPG_NR Of PLTSES_LOC_AXIS_PG_M If TRANS-LOC-OBJECT Of TRANS-LOCS Ne "S" & And0 Ne PLTPG_NR Of PLTSES_LOC_AXIS_PG_M Then Begin Accept VARIABLE_LOCATIONS Of PLTSES_LOC_AXIS_PG_M Edit t'UPDATE_DESC End End Procedure Designer MULT Begin Let t'zu10OBJECT_ID = DPP-OBJECT-ID Of PLOTSESSION_OBJ Let t'zu10TRANS_LOC_NR = TRANS-LOC-NR Of PLTSES_LOC_V60 Run Screen BEGRIP_S803301 & Passing t'zu10OBJECT_ID, & t'zu10TRANS_LOC_NR & Mode F Push Find End Procedure Designer COPY Precommand Update Stay Begin ; This is due to the fact that we've got two ways of entering this screen ; 1 - Normal as usual ; 2 - Trough teh new Browse screen ; When entering this screen by the new Browse screen then the copy ; must be made on that screen by the action Save As .. ; Check if copying is allowed. If Alteredrecord Of PLTSES_LOC_V60& Or Alteredrecord Of PLOTSESSION_OBJ Then Error '*E* You have to issue an update first.' If PLTOBJ_NR OF PLOTSESSION_OBJ Eq0 Then Error = 'There is NO PLOT OBJECT active.' ; 1. Ask for plot object mnemomnic to be copied from Let t'QUESTION2 = 'Enter object mnemonic to copy from: ' Display t'QUESTION2 Accept t'OBJECT_CODE If t'OBJECT_CODE Eq ' ' Then Error = '*E* An object mnemonic is required.' ; 2. Copy object Let t'zu10OLD_OBJECT_ID_PASS = DPP-OBJECT-ID Of REF_OBJECT Let t'zu10NEW_OBJECT_ID_PASS = DPP-OBJECT-ID of PLOTSESSION_OBJ Run Screen TEST & Passing t'zu10OLD_OBJECT_ID_PASS & ,t'zu10NEW_OBJECT_ID_PASS ;- ; Perform a find with the plotsession_obj ID to update the screen ;- Let t'zu10OBJECT_ID = DPP-OBJECT-ID Of PLOTSESSION_OBJ Push Find End ;----------------------------------------------------------------------------- ;***** GENERAL COMMAND DESIGNER PROCEDURES *********************************** ;----------------------------------------------------------------------------- @IF DEBUG Build List Detail @ELSE Build @ENDIF From cfinley@xformix.com Wed Apr 28 17:41:54 2004 From: cfinley@xformix.com (Charles Finley) Date: Wed, 28 Apr 2004 09:41:54 -0700 Subject: Powerhouse 4gl and IBM DB2 on AIX Message-ID: We have a customer who is considering moving thier HP 3000 MPE Powerhouse applications to AIX. I looked at the website and, although it shows DB2/400 to be supported, I did not notice that DB2 for the IBM pSeries was supported. Is it supported? I also noticed that ODBC appears to be supported. Is Powerhouse 4gl ODBC on UNIX/AIX supported? DB2 CLI uses the ODBC API. Charles Finley Transformix Computer Corporation (760)-439-3146 From Bob.Deskin@Cognos.COM Wed Apr 28 17:53:14 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Wed, 28 Apr 2004 12:53:14 -0400 Subject: Powerhouse 4gl and IBM DB2 on AIX Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D508D@sottemail1.ent.ad.cognos.com> PowerHouse 8.43D (just shipped) will support DB2 on AIX. Bob Deskin Senior Product Manager, Application Development Tools, Cognos Inc. bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Charles Finley Sent: April 28, 2004 12:42 PM To: powerh-l@lists.sowder.com Subject: Powerhouse 4gl and IBM DB2 on AIX We have a customer who is considering moving thier HP 3000 MPE Powerhouse applications to AIX. I looked at the website and, although it shows DB2/400 to be supported, I did not notice that DB2 for the IBM pSeries was supported. Is it supported? I also noticed that ODBC appears to be supported. Is Powerhouse 4gl ODBC on UNIX/AIX supported? DB2 CLI uses the ODBC API. Charles Finley Transformix Computer Corporation (760)-439-3146 = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From miguel.bernabe@hp.com Wed Apr 28 18:28:32 2004 From: miguel.bernabe@hp.com (Bernabe, Miguel Luis) Date: Wed, 28 Apr 2004 19:28:32 +0200 Subject: PH 7.10 F1 on top of OpenVMS 7.3-2. Message-ID: <3315F5715DD7414FA2EB06284B04829B19C585@esmexc02.emea.cpqcorp.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C42D46.3AC23E5F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello: Anyone has Powerhouse 7.10 F1 over OpenVMS 7.3-2 on production? Or know = someone who has it? Or can safely say that it works? Thanks. Miguel Bernab=E9. HP Services. +34 629 784 793 (mobile). ------_=_NextPart_001_01C42D46.3AC23E5F Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable PH 7.10 F1 on top of OpenVMS 7.3-2.

Hello:
Anyone has Powerhouse 7.10 F1 over = OpenVMS 7.3-2 on production? Or know someone who has it? Or can safely = say that it works?

Thanks.
Miguel = Bernab=E9.

HP = Services.
+34 629 784 793 = (mobile).


------_=_NextPart_001_01C42D46.3AC23E5F-- From Bill.Michael@ipaper.com Wed Apr 28 18:51:03 2004 From: Bill.Michael@ipaper.com (Bill D Michael) Date: Wed, 28 Apr 2004 12:51:03 -0500 Subject: PH 7.10 F1 on top of OpenVMS 7.3-2. Message-ID: We have 7.10E1 and 7.10G1 on VMS 7.3-1 with no problems... not your specific case, but encouraging! Bill ------------------ "This posting reflects the individual views and opinions of the author and does not necessarily represent the views and opinions of International Paper." "Bernabe, Miguel Luis" To: powerh-l@lists.sowder.com Subject: PH 7.10 F1 on top of OpenVMS 7.3-2. Sent by: powerh-l-admin@lists .sowder.com 04/28/2004 12:28 PM Hello: Anyone has Powerhouse 7.10 F1 over OpenVMS 7.3-2 on production? Or know someone who has it? Or can safely say that it works? Thanks. Miguel Bernabé. HP Services. +34 629 784 793 (mobile). From cfinley@xformix.com Wed Apr 28 20:24:09 2004 From: cfinley@xformix.com (Charles Finley) Date: Wed, 28 Apr 2004 12:24:09 -0700 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID: What is the extent of Powerhouse 4gl support for Oracle stored procedures? More specifically, does the Powerhouse implementation on Oracle allow for returning result sets from stored procedures? Charles Finley Transformix Computer Corporation (760)-439-3146 From Christina.Hasse@COGNOS.com Wed Apr 28 21:03:54 2004 From: Christina.Hasse@COGNOS.com (Hasse, Christina) Date: Wed, 28 Apr 2004 16:03:54 -0400 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID: <31755677B4F9D211929C0008C71BAFF6027B2E5E@schicorp.cognos.com> Hi Charles, I recommend you download the PowerHouse books from our web site at no cost to you at: http://powerhouse.cognos.com select the documentation link. Under the Qdesign module in chapter 3 it discusses Oracle stored procedures as well as chapter 5. Regards, Christina Hasse ADT N.A. Technical Manager COGNOS CORPORATION 425 North Martingale Road, Suite 600 Schaumburg, IL 60173 christina.hasse@cognos.com Office: 847 - 285 - 2905 Cell: 847 - 269 - 1909 Fax: 847 - 240 - 0252 http://powerhouse.cognos.com -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] Sent: Wednesday, April 28, 2004 2:24 PM To: Powerh-L Subject: Powerhouse 4gl support for Oracle stored procedures What is the extent of Powerhouse 4gl support for Oracle stored procedures? More specifically, does the Powerhouse implementation on Oracle allow for returning result sets from stored procedures? Charles Finley Transformix Computer Corporation (760)-439-3146 = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From darren.reely@latticesemi.com Thu Apr 29 02:14:36 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Wed, 28 Apr 2004 18:14:36 -0700 Subject: Screen Linkage Parameters Message-ID: <409056FC.2080807@latticesemi.com> Hi all, I'm getting the following error. *d* The screen linkage parameters sizes are incompatible. Normally this is easy to figure out because the size of the items being passed do not match. In this case the size of the file record being passed does match. I have confirmed via QShow and an Oracle Describe that the table is identical. I even performed a diff on the QShow output. The table has not changed since before the earlier compiled code. I have tried compiling the screen both in production and development. In either case, the error appears in production. When I compile in development and execute there, it works. The difference is the calling screen in development is a more recent compile from a current project we are working on. Moving the current production screen to development displays the same error. Any ideas or experience about what can be throwing this out of sync? Perhaps a dictionary change in development not brought forward into production? Oracle table changes such as indexes? Here are the code snippets: ;CALLING SCREEN file lot_step_summ in mfg ... procedure designer gilf & help "Generate ILF lot id." begin run screen inv_gilf mode e passing lot_step_summ display ilf of lot_step_summ let t_need_update = "Y" end ; CALLED SCREEN file lot_step_summ in mfg master ... screen inv_gilf activities find, change, entry & receiving lot_step_summ & on line 10 for 14 message on line 24 & mode at 2,2 action at 2,9 We are running Powerhouse 8.23.D7 on Solaris 2.8 (SunOS 5.8) with Oracle 8.1.7.4.0 I have discussed this with Cognos. We were unable identify the cause. I'll likely have to recompile the calling screen, but it too is a called screen. So I'm looking to find the root cause. Thanks for any suggestions. Darren From Bruin@WT.TNO.NL Thu Apr 29 07:46:15 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Thu, 29 Apr 2004 08:46:15 +0200 Subject: Screen Linkage Parameters Message-ID: <6B80E71673E6D611AC1D0008C7F37BC273801E@wt15.wt.tno.nl> Darren, could there be a difference in the record LAYOUT? Though it might be that the actual record length matches the in development and production there might be a redefinition (f.i.) that's bothering you. Did you try compiling both calling AND called screen? Mark -----Original Message----- From: Darren Reely [mailto:darren.reely@latticesemi.com] Sent: donderdag 29 april 2004 3:15 To: 'powerh-l@lists.sowder.com' Subject: Screen Linkage Parameters Hi all, I'm getting the following error. *d* The screen linkage parameters sizes are incompatible. Normally this is easy to figure out because the size of the items being passed do not match. In this case the size of the file record being passed does match. I have confirmed via QShow and an Oracle Describe that the table is identical. I even performed a diff on the QShow output. The table has not changed since before the earlier compiled code. I have tried compiling the screen both in production and development. In either case, the error appears in production. When I compile in development and execute there, it works. The difference is the calling screen in development is a more recent compile from a current project we are working on. Moving the current production screen to development displays the same error. Any ideas or experience about what can be throwing this out of sync? Perhaps a dictionary change in development not brought forward into production? Oracle table changes such as indexes? Here are the code snippets: ;CALLING SCREEN file lot_step_summ in mfg ... procedure designer gilf & help "Generate ILF lot id." begin run screen inv_gilf mode e passing lot_step_summ display ilf of lot_step_summ let t_need_update = "Y" end ; CALLED SCREEN file lot_step_summ in mfg master ... screen inv_gilf activities find, change, entry & receiving lot_step_summ & on line 10 for 14 message on line 24 & mode at 2,2 action at 2,9 We are running Powerhouse 8.23.D7 on Solaris 2.8 (SunOS 5.8) with Oracle 8.1.7.4.0 I have discussed this with Cognos. We were unable identify the cause. I'll likely have to recompile the calling screen, but it too is a called screen. So I'm looking to find the root cause. Thanks for any suggestions. Darren = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. From Bruin@WT.TNO.NL Thu Apr 29 07:48:42 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Thu, 29 Apr 2004 08:48:42 +0200 Subject: Screen Linkage Parameters Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738022@wt15.wt.tno.nl> Darren, could there be a difference in the record LAYOUT? Though it might be that the actual record length matches the in development and production there might be a redefinition (f.i.) that's bothering you. Did you try compiling both calling AND called screen? Mark -----Original Message----- From: Darren Reely [mailto:darren.reely@latticesemi.com] Sent: donderdag 29 april 2004 3:15 To: 'powerh-l@lists.sowder.com' Subject: Screen Linkage Parameters Hi all, I'm getting the following error. *d* The screen linkage parameters sizes are incompatible. Normally this is easy to figure out because the size of the items being passed do not match. In this case the size of the file record being passed does match. I have confirmed via QShow and an Oracle Describe that the table is identical. I even performed a diff on the QShow output. The table has not changed since before the earlier compiled code. I have tried compiling the screen both in production and development. In either case, the error appears in production. When I compile in development and execute there, it works. The difference is the calling screen in development is a more recent compile from a current project we are working on. Moving the current production screen to development displays the same error. Any ideas or experience about what can be throwing this out of sync? Perhaps a dictionary change in development not brought forward into production? Oracle table changes such as indexes? Here are the code snippets: ;CALLING SCREEN file lot_step_summ in mfg ... procedure designer gilf & help "Generate ILF lot id." begin run screen inv_gilf mode e passing lot_step_summ display ilf of lot_step_summ let t_need_update = "Y" end ; CALLED SCREEN file lot_step_summ in mfg master ... screen inv_gilf activities find, change, entry & receiving lot_step_summ & on line 10 for 14 message on line 24 & mode at 2,2 action at 2,9 We are running Powerhouse 8.23.D7 on Solaris 2.8 (SunOS 5.8) with Oracle 8.1.7.4.0 I have discussed this with Cognos. We were unable identify the cause. I'll likely have to recompile the calling screen, but it too is a called screen. So I'm looking to find the root cause. Thanks for any suggestions. Darren = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. From shediac92@hotmail.com Thu Apr 29 12:33:41 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Thu, 29 Apr 2004 08:33:41 -0300 Subject: Screen Linkage Parameters Message-ID: Mark: I think Darren is on to something. That it works in development but not in production. would indicate that the databases or ownership structures are not in sync. I simple difference like NOT NULL on one column in development but not on the same named column in development could make the difference. Regards, Peter >From: "Bruin, J.M. de" >To: "'Darren Reely'" , >"'powerh-l@lists.sowder.com'" >Subject: RE: Screen Linkage Parameters >Date: Thu, 29 Apr 2004 08:48:42 +0200 > >Darren, > >could there be a difference in the record LAYOUT? >Though it might be that the actual record length matches the in development >and >production there might be a redefinition (f.i.) that's bothering you. >Did you try compiling both calling AND called screen? > >Mark > >-----Original Message----- >From: Darren Reely [mailto:darren.reely@latticesemi.com] >Sent: donderdag 29 april 2004 3:15 >To: 'powerh-l@lists.sowder.com' >Subject: Screen Linkage Parameters > > >Hi all, > >I'm getting the following error. > > *d* The screen linkage parameters sizes are incompatible. > >Normally this is easy to figure out because the size of the items being >passed do not match. In this case the size of the file record being >passed does match. I have confirmed via QShow and an Oracle Describe >that the table is identical. I even performed a diff on the QShow >output. The table has not changed since before the earlier compiled code. > >I have tried compiling the screen both in production and development. In >either case, the error appears in production. When I compile in >development and execute there, it works. The difference is the calling >screen in development is a more recent compile from a current project we >are working on. Moving the current production screen to development >displays the same error. > >Any ideas or experience about what can be throwing this out of sync? >Perhaps a dictionary change in development not brought forward into >production? Oracle table changes such as indexes? > >Here are the code snippets: > >;CALLING SCREEN >file lot_step_summ in mfg >... >procedure designer gilf & > help "Generate ILF lot id." >begin > run screen inv_gilf mode e passing lot_step_summ > display ilf of lot_step_summ > let t_need_update = "Y" >end ; > >CALLED SCREEN >file lot_step_summ in mfg master >... >screen inv_gilf activities find, change, entry & > receiving lot_step_summ & > on line 10 for 14 message on line 24 & > mode at 2,2 action at 2,9 > > >We are running Powerhouse 8.23.D7 >on Solaris 2.8 (SunOS 5.8) >with Oracle 8.1.7.4.0 > > >I have discussed this with Cognos. We were unable identify the cause. > >I'll likely have to recompile the calling screen, but it too is a called >screen. So I'm looking to find the root cause. > >Thanks for any suggestions. > >Darren > > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From Bob.Deskin@Cognos.COM Thu Apr 29 14:15:38 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Thu, 29 Apr 2004 09:15:38 -0400 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D50A3@sottemail1.ent.ad.cognos.com> Check page 16 of the latest PowerHouse 8.4 New Features book. Bob Deskin Senior Product Manager, Application Development Tools, Cognos Inc. bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Charles Finley Sent: April 28, 2004 3:24 PM To: Powerh-L Subject: Powerhouse 4gl support for Oracle stored procedures What is the extent of Powerhouse 4gl support for Oracle stored procedures? More specifically, does the Powerhouse implementation on Oracle allow for returning result sets from stored procedures? Charles Finley Transformix Computer Corporation (760)-439-3146 = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From Bruin@WT.TNO.NL Thu Apr 29 18:30:57 2004 From: Bruin@WT.TNO.NL (Bruin, J.M. de) Date: Thu, 29 Apr 2004 19:30:57 +0200 Subject: Weirdness in screen program (not that long!) Message-ID: <6B80E71673E6D611AC1D0008C7F37BC2738026@wt15.wt.tno.nl> Hi guys, I want to come back to my problem with the temp fields and the promting of one of them. I wrote about the workaround i.e. putting the first 2 temp fields in a separate cluster. Well, it wasn't the complete workaround. It turned out that the last field in the second çluster'was prompted i.s.o. the last (temp) field. Well, the fields size was that of the last field in the 'second cluster' as well as the position, the NAME however was that of the last (temp) field and the one prompted from within the designer. I had to increase the field size to 6 with "Size 6" on the field itself to be albe to enter a correct value for t'OBJECT_CODE. In the end: things do work but not as (I) supposed it to work. It seems to me this is a one of those bugs in PH that has to do with strange behaviour in and around cluster I have come accross several times since I started to use PH some odd 15 yr ago. Any suggestion in how to solve it for real are welcome. Any requests for the full source as well. Regards, Mark -----Original Message----- From: Peter Bateman To: Bruin@WT.TNO.NL Cc: powerh-l@lists.sowder.com Sent: 28-4-04 1:56 Subject: RE: Weirdness in screen program (not that long!) Mark: If you have support check with customer support. This sounds vaguely familiar. Check for reserve words. Do not use a PowerHouse keyword as an identifier. Bad syntax TEMPORARY ITEM ... ITEM is a reserved word If you must you can say:- TEMPORARY %ITEM ... If you do NOT already have a CLUSTER statement before the TEMP field put one in. CLUSTER OCCURS WITH DETAIL . . . ALIGN(1,4,20) CLUSTER FIELD As a last resort if QUICK wants to eat a field give it one to eat. i.e. TEMPORARY t_DUMMY CHAR * 2 INITIAL " " CLUSTER FIELD T_DUMMY NOID NOLABEL FIELD Good luck, Peter Bateman >From: "Bruin, J.M. de" >To: "'powerh-l@lists.sowder.com'" >Subject: Weirdness in screen program (not that long!) >Date: Tue, 27 Apr 2004 20:06:03 +0200 > >Hi there, > >I've posted something similar like this earlier today, but that mail >exceeded >the size limit, so this is just a description of the problem without the >(extensive) source code. > >I'm encountering some weirdness in a screen program (BTW my environment is >VMS >7.2, PH 710G1). > >The screen consists of three parts: >- identification fields of the primary file >- a cluster a the occurring detail file >- some temporary items to perform some additional prompting for a built-in >copy >function. > >Beside the Prim and Detail there are several secondary and designer files >and a >bunch of internal and designer procedures. > >Thing is the screen has been working without problems for a couple of years >now >and in fact is still doing that after some changes I have made today. >These changes are the addition of the previously mentioned temp's and the >fields >belonging to them. > >They are character temp's and the fields have NOID, NOLABEL and DISPLAY on >them >(beside some other display related parms). > >At compilation time there is nothing wrong: all fields are placed as they >should, as shown in the screen layout template. > >At run-time however the prompt for one of the temp's is done on the >position of >the last field in the cluster (that field is normally a display only >field). >Getting field info using the ??, informs me that it actually is the temp >that is >needed / required / prompted. >It is just not on the right position!!!! >The other temp is filled and then forced to be displayed using Display >, >but alas, nothing is visible on the screen. > >I can entering a value in the prompted temp and things run as intended!!!! > >Disabling the last field in the cluster will resort in the prompt of the >required temp to be on the ID (!!!!!) position of the cluster !!!!!! >And again, entering a correct value will have the program run as intended. > >The prompt is always done at the LAST occurrence of the cluster. Even >without an >occurrence on the detail file the prompting will end up being done on the >line >with the fields of the detail file. (like in a cluster) > >Moving the temp fields to a position above the cluster (but beneath the >primary >identification fields) will resort into a FATAL (yes FATAL) error and the >program crashes when starting to prompt for the temp field. > >I've tried several other thing s (such as removing the Silent fields from >the >cluster and disabling some other fields) but the behaviour stays. > >I do understand this is a rather extensive and probably hard to dig into >problem >without actually seeing it, but not posting it will never give me a >solution. > >If someone is interested in the actual source I can mail that privately as >the >list server blocks it due to its size. > >TIA > >Mark de Bruin >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU =http://hotmail.com/enca&HL=Market_MSNIS_Taglines From darren.reely@latticesemi.com Thu Apr 29 19:33:43 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Thu, 29 Apr 2004 11:33:43 -0700 Subject: Screen Linkage Parameters - Answer In-Reply-To: <409056FC.2080807@latticesemi.com> References: <409056FC.2080807@latticesemi.com> Message-ID: <40914A87.3040507@latticesemi.com> Hi again I have at least one confirmed possibility. I created a small table this morning and two screens. A calling screen (A) and a called screen (B). I also left one of the column constraints as null allowed during the initial table creation.. I compiled both screens and as expected was able to call screen B from A. I then altered a column constraint to be NOT NULL. I again was able to successfully call screen B from A. Then I compiled one of the screens. It does not matter which one. When calling screen B, from A I get the message described below. So it appears there is 'hidden' information compiled into the screen and passed. I would have hoped since this is an Oracle table, that Powerhouse would be able to work dynamically with this information, rather than creating static information in the compiled code. Oh well.... Darren Darren Reely wrote: > Hi all, > > I'm getting the following error. > > *d* The screen linkage parameters sizes are incompatible. > From darren.reely@latticesemi.com Thu Apr 29 22:17:58 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Thu, 29 Apr 2004 14:17:58 -0700 Subject: Powerhouse 4gl support for Oracle stored procedures In-Reply-To: References: Message-ID: <40917106.8050409@latticesemi.com> Charles, From the 8.3 documentation. "[RESULT] SET item [,item]... Limit: This option is valid for SYBASE SQL Server databases only. Only one result set can be returned from a stored procedure." Perhaps the phantom PowerHouse 8.4 New Features book Bob referred to says differently. Bob, where does one find that on the Cognos site? The latest documentation I could find was for 8.3. If you can perform what you really want with the returned contents of procedure calls, that seems to work ok. Just make sure you initialize your PL/SQL variables. Since I haven't used PL/SQL previously, I'm not sure if it is usual for the variables to keep old content from previous calls, as it seems to from Powerhouse calls. Perhaps it is possible for you to create a view that calls packaged functions to do what you want. Good luck. Darren Charles Finley wrote: >What is the extent of Powerhouse 4gl support for Oracle stored procedures? >More specifically, does the Powerhouse implementation on Oracle allow for >returning result sets from stored procedures? > > > From Conrad.Whittall@Cognos.COM Thu Apr 29 23:07:07 2004 From: Conrad.Whittall@Cognos.COM (Whittall, Conrad) Date: Thu, 29 Apr 2004 18:07:07 -0400 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID: Just to clear this up prior to PowerHouse 8.4D a call to an Oracle stored procedure could only return a single value into a local variable. This was enhanced to support the return of result sets in the just-shipped 8.4D. From the PowerHouse 4GL 8.4D New Features manual (p.16)... ----- Oracle stored procedures that return result sets are called from PowerHouse in the same way as other database stored procedures. The CALL syntax in PowerHouse that refers to returning result sets is: [SQL [IN database] [NOTRANSACTION]] DECLARE name CURSOR FOR CALL stored-procedure|stored-function ... [[RESULT] SET item [,item]...] ----- A self-extracting zip file containing the setup for the PowerHouse Series 8 Books 3rd Edition (covering PowerHouse 4GL 8.3) can be downloaded by anyone from: http://powerhouse.cognos.com/products/powerhouse/download.html All of these manuals, together with the new 8.4D materials, are available on-line (and for saving locally) for supported customers with a web logon at: http://support.cognos.com/en/support/documentation/ When visiting this on-line Documentation & Utilities Library (a PowerHouse Web application!) you will find that the only documents cross-referenced under PowerHouse 4GL 8.4D are the Release & Install Notes, Getting Started guide, and New Features guide (where the enhanced support for Oracle stored procedures, together with details of the introduction of support for DB2 UDB on UNIX and Windows is documented, including the ability to use DB2 stored procedures). This is because we are expecting a completely new set of PowerHouse Books covering the 8.4D release sometime in the future. To find the existing PowerHouse Books please look under PowerHouse 4GL 8.3. Hope this helps! Best regards, Conrad Conrad Whittall Solutions Architect, Global Customer Services, Cognos Incorporated 3755 Riverside Drive, Ottawa, Ontario, K1G 4K9, Canada Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From darren.reely@latticesemi.com Thu Apr 29 23:48:04 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Thu, 29 Apr 2004 15:48:04 -0700 Subject: Powerhouse 4gl support for Oracle stored procedures In-Reply-To: <40917106.8050409@latticesemi.com> References: <40917106.8050409@latticesemi.com> Message-ID: <40918624.2040708@latticesemi.com> Darren Reely wrote: > > Perhaps the phantom PowerHouse 8.4 New Features book Bob referred to > says differently. > Bob, where does one find that on the Cognos site? The latest > documentation I could find was for 8.3. Found it by dumb luck! The documentation linked from the Powerhouse page only has the old documentation. That page is; http://powerhouse.cognos.com/products/powerhouse/download.html The page with more current documentation is available via this page; http://support.cognos.com/en/support/index.html Click on the left menu box on the word Documentation. Click on "Browse the Documentation & Utilities Library" Play with the primitive selection popups. A STRONG suggestion to the Cognos people regarding those popups. Other sites have done this MUCH better. When the lower selection, such as Type of Document is not available for the above selection, Product, PLEASE DO NOT MAKE IT AVAILABLE IN THE POP UP LIST. An example is; I choose product Powerhouse 4GL 8.4D and Type of document Reference Manual. The response I get back is; No documents were found matching your criteria. Please modify you selection and try again. AND MY SELECTIONS ARE GONE UPON RETURN! GRRR! Thankfully the back button brings them back so I can try again. Sorry for the rant. I just found this interface frustrating and _had_ to vent. Actually I often find the Cognos site frustrating. For those that care, choose product "Powerhouse 4GL 8.4" to get the reference manuals. And there are two New Features PDF files. One for 8.4 and one for 8.4D. Darren From darren.reely@latticesemi.com Fri Apr 30 00:33:51 2004 From: darren.reely@latticesemi.com (Darren Reely) Date: Thu, 29 Apr 2004 16:33:51 -0700 Subject: Powerhouse 4gl support for Oracle stored procedures In-Reply-To: <40918624.2040708@latticesemi.com> References: <40917106.8050409@latticesemi.com> <40918624.2040708@latticesemi.com> Message-ID: <409190DF.5020604@latticesemi.com> Darren Reely wrote: > > For those that care, choose product "Powerhouse 4GL 8.4" to get the > reference manuals. And there are two New Features PDF files. One for > 8.4 and one for 8.4D. Nope. They are still the 8.3 manuals. Sorry. Darren From Bob.Deskin@Cognos.COM Fri Apr 30 13:59:05 2004 From: Bob.Deskin@Cognos.COM (Deskin, Bob) Date: Fri, 30 Apr 2004 08:59:05 -0400 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID: <2B4E386EAEC90947802323BF373DC0EC3D50C4@sottemail1.ent.ad.cognos.com> In the Documentation section of support.cognos.com there are two Product entries for PowerHouse 8.4. One is PowerHouse 8.4 and the other is PowerHouse 8.4D. The reason is that we had an on-request release of PowerHouse 8.4C and then the back-to-base release of PowerHouse 8.4D. There was some confusion as to how the documentation should be set up. This will be cleared up in the next week or so. The PowerHouse 8.4D section has the new features book and the install materials for the 8.4D release. The PowerHouse 8.4 section has the materials for the 8.4C release. The reference manuals are the last set we released which was for the 8.3 release. They also apply to the 8.4 release with the addition of the New Features book. We are also working at getting the powerhouse.cognos.com web site updated as well. Bob Deskin Senior Product Manager, Application Development Tools, Cognos Inc. bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA -----Original Message----- From: powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Darren Reely Sent: April 29, 2004 7:34 PM To: Powerh-L Subject: Re: Powerhouse 4gl support for Oracle stored procedures Darren Reely wrote: > > For those that care, choose product "Powerhouse 4GL 8.4" to get the > reference manuals. And there are two New Features PDF files. One for > 8.4 and one for 8.4D. Nope. They are still the 8.3 manuals. Sorry. Darren = = = = = = = = = = = = = = = = = = = = = = = = = = = = Mailing list: powerh-l@lists.sowder.com Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com http://lists.sowder.com/mailman/listinfo/powerh-l This list is closed, thus to post to the list you must be a subscriber. Cognos Forum, June 27-30, 2004: Power Your Performance. Join us in Orlando for our global customer conference. Engage with your peers. Hear from top analysts. Learn from the Cognos Business Intelligence and Enterprise Planning gurus. And turn your potential into higher performance. Register today at http://www.cognos.com/cognosforum This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. From joeboyle_adt@hotmail.com Fri Apr 30 14:00:47 2004 From: joeboyle_adt@hotmail.com (Joe Boyle) Date: Fri, 30 Apr 2004 14:00:47 +0100 Subject: Powerhouse 4gl support for Oracle stored procedures Message-ID:

it may be the case that there are worked examples of handling both Oracle and SQLServer calls to stored procedures and stored functions at the Cognos knowledge base web site.  If the new Oracle result set syntax is similar to SQLServer/Sybase you may get a head start there.

>From: Darren Reely <darren.reely@latticesemi.com>
>To: Powerh-L <powerh-l@lists.sowder.com>
>CC: Charles Finley <cfinley@xformix.com>
>Subject: Re: Powerhouse 4gl support for Oracle stored procedures
>Date: Thu, 29 Apr 2004 14:17:58 -0700
>
>Charles,
>
>From the 8.3 documentation.
>
>"[RESULT] SET item [,item]...
>Limit: This option is valid for SYBASE SQL Server databases only.
>Only one result set can be
>returned from a stored procedure."
>
>Perhaps the phantom PowerHouse 8.4 New Features book Bob referred to
>says differently.
>Bob, where does one find that on the Cognos site? The latest
>documentation I could find was for 8.3.
>
>If you can perform what you really want with the returned contents
>of procedure calls, that seems to work ok. Just make sure you
>initialize your PL/SQL variables. Since I haven't used PL/SQL
>previously, I'm not sure if it is usual for the variables to keep
>old content from previous calls, as it seems to from Powerhouse
>calls.
>
>Perhaps it is possible for you to create a view that calls packaged
>functions to do what you want.
>
>Good luck.
>
>Darren
>
>
>Charles Finley wrote:
>
>>What is the extent of Powerhouse 4gl support for Oracle stored
>>procedures?
>>More specifically, does the Powerhouse implementation on Oracle
>>allow for
>>returning result sets from stored procedures?
>>
>>
>>
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe <password>" in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a
>subscriber.

Have more fun with your phone - download ringtones, logos, screensavers, games & more. Click here to begin! From shediac92@hotmail.com Fri Apr 30 14:03:25 2004 From: shediac92@hotmail.com (Peter Bateman) Date: Fri, 30 Apr 2004 10:03:25 -0300 Subject: Screen Linkage Parameters - Answer Message-ID: Darren: The NULL flag is like another column when you add the constraint NOT NULL its like dropping a column. When PowerHouse first started supporting relational tables it did not support NULL values. If you wanted QUICK to be able to access a column in subscreen you had to reference the column in calling screen so that the calling screen passed the table structure. Needless to say this was very annoying so PowerHouse development changed that so that the whole table definition as at compile time was sent. But that introduced the problem of the called and calling list not macthing. This can bite you when you least expect it. Let suspose you add a column to the table. You don't recompile any screens. Everything works as before. Then later you compile one of the screen for other reasons. You suddenly now have the error message. Using CURSORs with fully qualified projection lists may help but not in the case of NULL/NOT NULL changes. Regards, Peter >From: Darren Reely >CC: "'powerh-l@lists.sowder.com'" >Subject: Re: Screen Linkage Parameters - Answer >Date: Thu, 29 Apr 2004 11:33:43 -0700 > >Hi again > >I have at least one confirmed possibility. > >I created a small table this morning and two screens. A calling screen (A) >and a called screen (B). I also left one of the column constraints as null >allowed during the initial table creation.. I compiled both screens and as >expected was able to call screen B from A. > >I then altered a column constraint to be NOT NULL. > >I again was able to successfully call screen B from A. > >Then I compiled one of the screens. It does not matter which one. When >calling screen B, from A I get the message described below. > >So it appears there is 'hidden' information compiled into the screen and >passed. I would have hoped since this is an Oracle table, that Powerhouse >would be able to work dynamically with this information, rather than >creating static information in the compiled code. Oh well.... > >Darren > > > >Darren Reely wrote: > >>Hi all, >> >>I'm getting the following error. >> >> *d* The screen linkage parameters sizes are incompatible. >> > >= = = = = = = = = = = = = = = = = = = = = = = = = = = = >Mailing list: powerh-l@lists.sowder.com >Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com >Unsubscribe: "unsubscribe " in message body to >powerh-l-request@lists.sowder.com >http://lists.sowder.com/mailman/listinfo/powerh-l >This list is closed, thus to post to the list you must be a subscriber. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines