HP3000-L Archives

January 1997, Week 4

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:
Jim Hawkins <[log in to unmask]>
Reply To:
Jim Hawkins <[log in to unmask]>
Date:
Tue, 28 Jan 1997 11:02:20 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (27 lines)
Joe Geiser wrote:
>
> I have a strange requirement to sort a rather large file, with an
> extremely large record length as denoted in the screenshot below.
> SORT.PUB.SYS and of course, COBOL SORT (which uses SORTLIB) both abort due
> to the lack of Stack Space.
>
> Since SORT is *still* CM, and I've tried the maximum ;STACK= and ;MAXDATA
> parameters, and they are set to the max in SYSGEN, does anyone in this
> esteemed community have any clue how to possibly get around this little
> problem (other than cutting the file down to size, which is my *last*
> resort).  It seems to me that SORT should be able to handle something like
> this...

Actually a large portion of SORT internals went to NM in 4.0.  However
portions of the interface (Intrisics) remain in CM.  I think the
absolute limit is 4096 byte records IF the HPSORTINPUT/HPSORTOUTPUT
Intrinsics are used.  This is due to CM data/code limitations.  However
some information I found implies that if you DON'T use
HPSORTINPUT/HPSORTOUTPUT (i.e. you fopen the file(s) and pass the fnum
into HPSORTINIT) you might be able to use larger records.

Regards,

Jim
My opinions/mistakes not my employer's.

ATOM RSS1 RSS2