Usually it happens when setting up frames and the solution there is to split the define frame statement into two define frames.
However, you can't do that when defining a temp-table ....
So, you need to make the define temp-table statement shorter.
Several solutions might be:
1. Shorten field names
2. Don't include field labels/column labels in the temp-table, use them in frame statements.
3. Have you any fields such as address1 address2 address3 that are not used in an index but could be defined as an array?
4. Is the temp-table similar to an existing table? If so, you could use "define temp-table t_table like product" then add extra fields, basing it on a product table.
5. You could split the temp-table in two, defining two temp-tables and having a unique field to link the two together. Then you would have to find both at the same time, create both, display both. It's a bit more coding but allows you to effectively have very large temp-tables.
If you could post the temp-table definition then we could give some examples of how to shorten it.
If you really need to define a static temp-table of this size you can add
in the startup of your progress session the -inp parameter with a number > 4096. ie 10000. usually it is in a pf file, or in the shortcut of your progress application.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.