[Libreoffice-bugs] [Bug 134712] Redim Preserve for existing arrays is accepted without any index range, but acts differently as if the unchange index ranges are made explicit.

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=134712

Wolfgang Jäger <jag at psilosoph.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jag at psilosoph.de

--- Comment #2 from Wolfgang Jäger <jag at psilosoph.de> ---
Spoken aside...  

I'm not happy with the WONTFIX.  

Redim Preserve b
is disregarded and will not even accept a breakpoit.
Yes. But that's inconsistent. 

It might be resolved like the case of the formerly accepted missing or
additional trailing parentehses at the end of a BASIC line where you introduced
your "dual strategy". 

LibO Basic actually *should* offer a simple and efficient way to get the ByVal
semantics for arrays of any kind, dimensionality ... 
Well, there is the problematic case of the very special array types
.Data .DataArray .FormulaArray

The "Redim Preserve myArray" without index ranges looks like a simple solution
applicable in hindsight. There may be reasons to exclude the "very special
arrays".  

I don't think ther will be more than a handful (<=5) BASIC routines in the
world containing such a disregared as-if-ststement, and *relying* on its being
disregarded. There's a REM, after all for thinkable purposes.

(There are additional issues, of course, concerning .DataArray and thelike.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200711/ce568b79/attachment.htm>