Open tbonfort opened 12 years ago
Author: dmorissette Date: 2007/08/15 - 16:47 The current situation is no worse than what we had in previous releases, so we'll keep this enhancement for 5.2.
Author: dmorissette Date: 2008/06/18 - 20:06 This was fixed in 2575c6f9eb4c716cd531e90da3befa333ef67637 (r7583) (ticket #2615) by counting the number of WMS/WFS client layers and pre-allocating an array of exactly the right size.
Reporter: dmorissette Date: 2007/07/19 - 17:21 While working on 3f4f81c8aa0e7312961cd1b653282eaa40c5263d (r6356) of mapdraw.c (ticket #302), I realized that always allocating the array of httpRequestObj was not optimal.
We should use a msGrowRequestArray() method similar to what is used for the layers, classes, etc to allocate/grow the array only on demand. This would save some wasted memory for maps that don't use any OWS connections.
Note that we may have to turn the "httpRequestObj _pasOWSReqInfo" into a "httpRequestObj *_papsOWSReqInfo" to be real safe.