Got it.
4D has been pushing us to large stack sizes for a long time so I've
switched to a Constant that resolves to 0.
Good luck with this.
--
Douglas von Roeder
949-336-2902
On Tue, Jun 20, 2017 at 10:55 AM, Robert McKeever via 4D_Tech <
4d_tech@lists.4d.com> wrote:
> Array Range Check Error
>
> I look at the line in the indicated method, and it has an array reference.
>
> So, now I check ahead of time and resize the array if it is ‘short’.
>
> I’ll try Tim Penner’s suggestion and check the stack size for the process
> running the method.
>
> > On Jun 20, 2017, at 10:43 AM, Douglas von Roeder via 4D_Tech <
> 4d_tech@lists.4d.com> wrote:
> >
> > Is there an error message?
> >
> > --
> > Douglas von Roeder
> > 949-336-2902
> >
> > On Tue, Jun 20, 2017 at 10:34 AM, Robert McKeever via 4D_Tech <
> > 4d_tech@lists.4d.com> wrote:
> >
> >> The arrays are always the same size.
> >>
> >> There is a variable, MyTop, which holds the number of cells from left to
> >> right. All of the arrays are sized to that number.
> >>
> >> And, the issue is intermittent.
> >>
> >>> On Jun 20, 2017, at 10:24 AM, Douglas von Roeder via 4D_Tech <
> >> 4d_tech@lists.4d.com> wrote:
> >>>
> >>> Bob:
> >>>
> >>> I hit an error in a V13 system a few years ago where I was getting "the
> >>> array cannot be dimensioned". When I traced through the code, there was
> >>> plenty of memory available both in the stack and for the application.
> The
> >>> array was tiny - 12 elements ±.
> >>>
> >>> Here's the errant code and the "fix"
> >>>
> >>> C_TEXT(<>FB0047_T)
> >>> //Modified by: dvonroeder 20090312 {0047}
> >>> //Same problem as in PS_Color_eSAP_Materials_Load
> >>> //The array cannot be dimensioned
> >>> //UTIL_ARRAY_Insert_Elements (1;Size of
> >>> array(aDocument_Path_T);->aDocument_Name_T)
> >>>
> >>> C_LONGINT($index_L)
> >>> For ($index_L;1;Size of array(aDocument_Path_T))
> >>>
> >>> //aDocument_Name_T{$iIndex}:=DOCMGT_GetFileName_P4D
> >>> (aDocument_Path_T{$iIndex})
> >>> APPEND TO ARRAY(aDocument_Name_T;DOCMGT_FileNameFromFilepath
> >>> (aDocument_Path_T{$iIndex}))
> >>>
> >>> End for
> >>>
> >>> The issue was resolved when I changed the code to Append to array
> instead
> >>> of creating the array and assigning to the individual elements.
> >>>
> >>>
> >>>
> >>> --
> >>> Douglas von Roeder
> >>> 949-336-2902
> >>>
> >>> On Tue, Jun 20, 2017 at 9:59 AM, Robert McKeever via 4D_Tech <
> >>> 4d_tech@lists.4d.com> wrote:
> >>>
> >>>> I have been running with 600mb cache memory under 4D V13. No problems.
> >>>> Under 4D V15, I seem to be having some arrays end up undersized (of
> >> course,
> >>>> in a compiled database running client-server). I increased it to
> 800Mb.
> >>>> Same issue. The code is the v13 database converted to v15.
> >>>>
> >>>> Should it use adaptive cache? or 1200Mb?
> >>>>
> >>>> _________________________________________
> >>>> Bob McKeever http://www.mswl.com <
> >>>> http://www.mswl.com/>
> >>>> McKeever's Software Wizardry
> >>>> Port Coquitlam, B.C.
> >>>> bobmckee...@mac.com
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ************************************************************
> **********
> >>>> 4D Internet Users Group (4D iNUG)
> >>>> FAQ: http://lists.4d.com/faqnug.html
> >>>> Archive: http://lists.4d.com/archives.html
> >>>> Options: http://lists.4d.com/mailman/options/4d_tech
> >>>> Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
> >>>> ************************************************************
> **********
> >>> **********************************************************************
> >>> 4D Internet Users Group (4D iNUG)
> >>> FAQ: http://lists.4d.com/faqnug.html
> >>> Archive: http://lists.4d.com/archives.html
> >>> Options: http://lists.4d.com/mailman/options/4d_tech
> >>> Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
> >>> **********************************************************************
> >>
> >> _________________________________________
> >> Bob McKeever http://www.mswl.com <
> >> http://www.mswl.com/>
> >> McKeever's Software Wizardry
> >> Port Coquitlam, B.C.
> >> bobmckee...@mac.com
> >>
> >>
> >>
> >>
> >> **********************************************************************
> >> 4D Internet Users Group (4D iNUG)
> >> FAQ: http://lists.4d.com/faqnug.html
> >> Archive: http://lists.4d.com/archives.html
> >> Options: http://lists.4d.com/mailman/options/4d_tech
> >> Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
> >> **********************************************************************
> >>
> > **********************************************************************
> > 4D Internet Users Group (4D iNUG)
> > FAQ: http://lists.4d.com/faqnug.html
> > Archive: http://lists.4d.com/archives.html
> > Options: http://lists.4d.com/mailman/options/4d_tech
> > Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
> > **********************************************************************
>
> _________________________________________
> Bob McKeever http://www.mswl.com <
> http://www.mswl.com/>
> McKeever's Software Wizardry
> Port Coquitlam, B.C.
> bobmckee...@mac.com
>
>
>
>
> **********************************************************************
> 4D Internet Users Group (4D iNUG)
> FAQ: http://lists.4d.com/faqnug.html
> Archive: http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
> **********************************************************************
>
**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ: http://lists.4d.com/faqnug.html
Archive: http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub: mailto:4d_tech-unsubscr...@lists.4d.com
**********************************************************************
