As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
I am having a problem with this error. Is there a solution? I am doing a large match. NUMBER OF RECORDS IN TABLE= 14183962 LINES=8218965
When it goes into the next step. I get the foc920 error and the program stops. I cannot get past this point in my program. I am using FOCUS and not WebFocus.This message has been edited. Last edited by: <Kathryn Henning>,
This is an update to (FOC920) FOCSORT HAS REACHED ITS PAGE LIMIT 524287. The external FOCSORT in the JCL would not work. I could not get around the limit. I had to make my files smaller. I sorted off the records and made 3 separate files and then matched the smaller files together individually. This worked because it was not reaching the limit. I also did a 'more' to get the files back together and proceeded through the rest of the program and it finished correctly.
That's 2,147,479,552 bytes, exactly 4096 less than 2gb. It's a hard limit on the number of data pages in a FOCUS database -- and Focsort and the "internal matrix" are just that, FOCUS databases.
Ergo, using an external sort will be of no use -- that just interposes between reading the data rows and inserting them (presorted) into the internal matrix -- but ultimately your original request would still exceed that limit.
Now, if there were an option to use xfocus as the format of the internal matrix...
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
Hi Waz, I am getting same error (FOC920) FOCSORT EXCEEDED CURRENT PAGE LIMIT.
So i tried to use SET EXTSORT = ON but its not working in my code as i am using nosplit command and it does not support EXTSORT . Can you please help me out here ?
quote:
Originally posted by Waz: Phillis, you are running WebFOCUS on windows ?
If you are blowing all your FOCSORT and cannot allocate more, AND using NOSPLIT, then you must be pushing a very large volume of data into your report!
What output format are you intending to use? If it is HTML, have you asked yourself the question "Can my end-users browser handle this much report?".
If you haven't then it might be a good idea to do so! Especially if the intended device is a tablet or 32 bit machine (yes, people do still have them!) with limited memory available.
T
In FOCUS since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2
WebFOCUS App Studio 8.2.06 standalone on Windows 10
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004
1. The FOCSORT requirement is basically governed by the number of records times the size of the data records. See if you can eliminate extraneous data columns, or truncate text columns, to reduce the row-size of the records produced.
2. If you can utilize TABLEF at this step, that will sidestep the FOCSORT issue. Yes, there are things TABLE handles that TABLEF cannot -- but for intermediate HOLD steps you can often make adjustments to work that out. And couple TABLEF with EXTSORT=ON; given appropriate conditions, WF will arrange for the external sort package to rearrange the incoming reams of data to conform to the BY phrases of the TABLEF request.
3. Assuming your process will ultimately do some serious data reduction, the step where that SUM operation occurs will need only enough FOCSORT room to hold the (summarized) output rows. So see whether you can include the data reduction (or more of it) in this step of the process.
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005