Problem Solved

Fri, 21 Jul 2000 04:24:26 -0400

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_01BFF2ED.155ED290
Content-Type: text/plain;
	charset="iso-8859-1"

I would be amazed if we hadn't encountered this one in the deep dark distant
past. Now that the problem has been solved (thanks Mike), I realize what's
happening. We use the REPORT LIMIT for all sorts of disk file limits because
MPE/iX doesn't have dynamic disk allocation. When you create the file you
need a size. So what do we use on the report file to disc? The REPORT LIMIT
of course. Not counting on there being any headings and footings in the
report (du-uh) :-(

I don't know if there's anything we can do physically in QUIZ to resolve
this. Logically, you'd think that we could count the expected lines, but we
don't know how many control breaks there will be.

However, I do agree that the report should not output what it does. Please
file this as a bug. We should abort the report if the output disk file
overflows. If you can get the bug number, please send it to me and I'll see
what I can do. This really is a report integrity problem. Imagine if you
were printing checks/cheques.
Bob Deskin             
PowerHouse Web Product Manager and Senior Product Advisor
Application Development Tools, Cognos Inc.
bob.deskin@cognos.com
(613) 738-1338 ext 4205  FAX: (613) 228-3149
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA

-----Original Message-----
From: Ron Burnett [mailto:ron@cryptic.rch.unimelb.edu.au]
Sent: July 20, 2000 8:38 PM
To: powerh-l@sphere.swau.edu
Cc: juristam@cryptic.rch.unimelb.edu.au; anna@cryptic.rch.unimelb.edu.au
Subject: Problem Solved

At 18:07 20/07/2000 -0400, Mike Godsey wrote:
>I have had this happen before. Increase the process/report limit. What
>happens is it creates a fixed size file that completely fills and then PH
>resets the file and continues to write records beginning again at the start
>of the file. 

This was the perfect solution ...... the output file was being closed on
reaching its limit, and then reset and re-opened leaving me with only
the tail end of what I expected.

It would be nice if there were more intelligent clues printed in the
STDLIST.  Does anyone else see this as a bug (or at the very least,
an unfriendly feature)?  QUIZ should abort on reaching an output file
limit.  Its not much use getting an output file that doesn't contain what
your program asks for.

Many thanks to all who replied to my message.

Ron Burnett
Women's & Children's Health
Melbourne, Australia
ron@lis.rch.unimelb.edu.au

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
This list is closed, thus to post to the list, you must be a subscriber.

------_=_NextPart_001_01BFF2ED.155ED290
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META content="MSHTML 5.00.2614.3500" name=GENERATOR></HEAD>
<BODY>
<DIV>I 
would be amazed if we hadn't encountered this one in the deep dark distant past. 
Now that the problem has been solved (thanks Mike), I realize what's happening. 
We use the REPORT LIMIT for all sorts of disk file limits because MPE/iX doesn't 
have dynamic disk allocation. When you create the file you need a size. So what 
do we use on the report file to disc? The REPORT LIMIT of course. Not counting 
on there being any headings and footings in the report (du-uh) 
:-(</DIV>
<DIV>&nbsp;</DIV>
<DIV>I 
don't know if there's anything we can do physically in QUIZ to resolve this. 
Logically, you'd think that we could count the expected lines, but we don't know 
how many control breaks there will be.</DIV>
<DIV>&nbsp;</DIV>
<DIV>However, I do agree that the report should not output 
what it does. Please file this as a bug. We should abort the report if the 
output disk file overflows. If you can get the bug number, please send it to me 
and I'll see what I can do. This really is a report integrity problem. Imagine 
if you were printing checks/cheques.</DIV>
<DIV>
Bob 
Deskin&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; PowerHouse 
Web Product Manager and Senior Product Advisor Application Development Tools, 
Cognos Inc. bob.deskin@cognos.com (613) 738-1338 ext 4205&nbsp; FAX: (613) 
228-3149 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 
CANADA </DIV>
<BLOCKQUOTE>
 <DIV align=left class=OutlookMessageHeader dir=ltr>-----Original Message----- From: Ron Burnett 
 [mailto:ron@cryptic.rch.unimelb.edu.au] Sent: July 20, 2000 8:38 
 PM To: powerh-l@sphere.swau.edu Cc: 
 juristam@cryptic.rch.unimelb.edu.au; 
 anna@cryptic.rch.unimelb.edu.au Subject: Problem 
 Solved </DIV>At 18:07 20/07/2000 -0400, Mike Godsey 
 wrote: &gt;I have had this happen before. Increase the process/report 
 limit. What &gt;happens is it creates a fixed size file that completely 
 fills and then PH &gt;resets the file and continues to write records 
 beginning again at the start &gt;of the file. This was the perfect 
 solution ...... the output file was being closed on reaching its limit, and 
 then reset and re-opened leaving me with only the tail end of what I 
 expected. It would be nice if there were more intelligent clues printed 
 in the STDLIST.&nbsp; Does anyone else see this as a bug (or at the very 
 least, an unfriendly feature)?&nbsp; QUIZ should abort on reaching an 
 output file limit.&nbsp; Its not much use getting an output file that 
 doesn't contain what your program asks for. Many thanks to all who 
 replied to my message. Ron Burnett Women's &amp; Children's 
 Health Melbourne, Australia ron@lis.rch.unimelb.edu.au = = 
 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 
 Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu 
 Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu 
 This list is closed, thus to post to the list, you must be a 
subscriber.</BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01BFF2ED.155ED290--
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
This list is closed, thus to post to the list, you must be a subscriber.