ACC1x: GP Fault When Allocating Huge Arrays

 Last reviewed: June 6, 1997
Article ID: Q100175
The information in this article applies to:
  • Microsoft Access versions 1.0, 1.1

SYMPTOMS

When you try to allocate a huge array, you may receive a general protection (GP) fault. The following error message appears: 

   An error has occurred in your application. If you choose
   Ignore, you should save your work in a new file. If you choose
   Close, your application will terminate.

CAUSE

If you have allocated an array element that includes a string or variant data type and the size of the array exceeds 64K, you may receive the error message described above, if the following criteria are met:

  • The array must be huge and span two or more data segments.
  • Each array element must contain at least one dynamic string or variant.
  • The number and size of the array elements must cause the last segment of data to be exactly the same size as the first segment of data.

RESOLUTION

Declare the array so that the last data segment contains a different number of elements from the first data segment.

STATUS

Microsoft has confirmed this to be a problem in Microsoft Access versions 1.0 and 1.1. This problem no longer occurs in Microsoft Access version 2.0.

MORE INFORMATION

Access Basic has the ability to define huge arrays, larger than the normal 64K data segment. Any element or index of a huge array may not extend across the 64K-segment boundary. If all elements of the array cannot be allocated within the 64K segment, only the elements of the array that fit evenly in the segment are allocated. Microsoft Access then allocates another 64K segment to the array and continues to fill the new segment with the remaining elements.

If the size of the data type defined in the array is a power of 2, the 64K segment is completely full. If the size is not a power of 2, the segment contains wasted space, since Microsoft Access cannot place a portion of one element in one segment and the rest of that element in the next segment.

Example

   Type Foosball
      A(3000) As double
      d As String
   End Type
The size of this structure is 24,012 bytes (3000 * 8 bytes/double + 12 bytes/string). If you declare this array with three elements, you have two data segments, as follows: 

   Data Segment  #1      Data Segment  #2
   -----------------     -----------------
   Free space 17512      Free space 41524
   Array(1)   24012      Array(3)   24012
   Array(2)   24012
In Microsoft Access, you may receive a GP fault if the number of elements in the first segment is equal to the number of elements in the last segment and the data structure used to define the array is made up of either a string or variant data type. If you define the data structure above with six elements, your memory map looks like the following: 

   Data Segment  #1      Data Segment  #2        Data Segment  #3
   -----------------     -----------------       -----------------
   Free space 17512      Free space 17512        Free space 17512
   Array(1)   24012      Array(3)   24012        Array(5)   24012
   Array(2)   24012      Array(4)   24012        Array(6)   24012
The actual dimension statement looks like the following: 

   Function Sample()
      Redim Array(6) As Foosball
   End Function
To work around this problem, declare the array so that the last data segment does not contain the same number of elements as the first data segment. In addition to the example above, you may choose to define the array with seven elements instead of six. This causes Microsoft Access to allocate four data segments, in which the first data segment contains two elements of the array and the last data segment contains only one element.

This example is very easy to duplicate with large data structures, but is more difficult to duplicate with smaller data structures. With an element size of 24,012 bytes, 4, 6, or 8 elements may cause a problem. With a data size of 1K, numbers of elements that duplicate this problem are 128, 192, 256, and so forth.

Additional query words: GP fault GPF array
Keywords : EvnGpf kbprg PgmOthr
Version : 1.0 1.1
Platform : WINDOWS
Hardware : X86
Issue type : kbbug
Resolution Type : Info_Provided

THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: June 6, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.