HP3000-L Archives

March 2008, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Neil Armstrong <[log in to unmask]>
Reply To:
Neil Armstrong <[log in to unmask]>
Date:
Thu, 20 Mar 2008 10:47:42 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (116 lines)
For completeness here is the response I sent to Mr Rao. I send the
response
from our support first and then answer here. Robert S is correct but
there
is more info and back ground:

Dear Mr Rao,
 
You have two work arounds that you can try and/or you can try the latest
pre-release. See the information below:
 
Version 2.9.10 will be a little bit more accommodating but I could not
find
a fix for all cases.
 
Compare saves mismatched records from compared files on the heap. In
previous versions, it allocated space for the absolute maximum record
length
allowed (8172 bytes) even if the records were short. Compare tried to
find
10000 mismatched records before giving up. Allocating 8172 bytes
exhausted
the heap space before the limit was reached. Unfortunately, I could find
a
way to see if Compare was running out of heap space and provide a nice
error
message.
 
In 2.9.10, it allocates space in variable predefined sizes: 80, 128,
256,
512, 1000 or 8172. For example, if the largest file has 80-byte records
(or
less), Compare allocates only 80 bytes for each record. If the largest
file
has 500-byte records, it allocates 512 bytes. I did some tests with
560-byte
records without getting the abort. However, 1020-byte records aborted
after
finding 4900 mismatched records.
 
Workarounds:
- increase the heap space limit on Compare with run
compare;HMHEAP=1000000000
- use the "M" parameter to lower the maximum number of mismatched
records.
For example, Run compare;info="M4000" would stop the comparison after
4000
mismatched records.
 
These workarounds would also apply with the new version if the largest
file
had records of 1000 bytes or more.
 
Sincerely,
 
 
Neil Armstrong
Robelle

> -----Original Message-----
> From: HP-3000 Systems Discussion 
> [mailto:[log in to unmask]] On Behalf Of Rao, Raghu
> Sent: Thursday, March 20, 2008 10:32 AM
> To: [log in to unmask]
> Subject: [HP3000-L] Compare blows up
> 
> 
> RZR1.ADVANTA: L BCP1500.COBOL.REL11DOW
> ACCOUNT=  REL11DOW    GROUP=  COBOL   
> 
> FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
>                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
> 
> BCP1500   EDTCT    80B  FA        5936       5937  16     1856  8 19
> 
> 
> RZR1.ADVANTA: L BCP1500.RZR1.ADVANTA
> ACCOUNT=  ADVANTA     GROUP=  RZR1    
> 
> FILENAME  CODE  ------------LOGICAL RECORD-----------  ----SPACE----
>                   SIZE  TYP        EOF      LIMIT R/B  SECTORS #X MX
> 
> BCP1500           120B  FA        5987       5987   2     2816  5  1
> 
> 
> RZR1.ADVANTA: COMPARE BCP1500.COBOL.REL11DOW, BCP1500
> 
> Compare/iX/Copyright Robelle Solutions Technology Inc. 
> 1991-2004, J.Miner 1978 (Version 2.9)
> 
> Compare/iX (Version 2.9)  Match Criterion = 4 Lines
> 
> INSUFFICIENT HEAP AREA TO ALLOCATE VARIABLE (PASCERR 600)
>  
> ABORT: COMPARE.PUB.ROBELLE 
> NM SYS   a.00fedf70 dbg_abort_trace+$28
> NM USER  1d5.00c74b34 P__PASCFERROR+$3e0
> NM PROG  a9d.000482c4 comparemain.getnewline+$38
> 
> run compare.pub.robelle;info=""
> Program terminated in an error state. (CIERR 976)
> RZR1.ADVANTA: 
> 
> 
> 
> With Bests Regards
> - Raghu Rao
> 
> 
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
> 

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2