But there's no such function for creating a dynamic array object.

The closest thing for this we already have is the DynamicArrayHelpers function to create string arrays - we use for retrieving keys from the dictionary and the set.

Don't know how to make this generic for any object as plugin interface. Take both void* and handle of each element?

We never in script take an array as input! So the reverse of receiving an array as input in a plugin would take more effort.

Don't know how to make this generic for any object as plugin interface. Take both void* and handle of each element?

If a plugin returns dynamic array, then it knows the type and size of elements. The engine only need to know the size of element, and its count, in order to create a buffer of necessary length. Plugin will be supposed to write the memory itself, just like with script strings.

In regards to type, at the very least the function should accept "is array of pointers" argument, to let engine know that it has to dereference these.

In AGS 4, since we support RTTI and proper garbage collector, then "type id" could be another argument. It may be treated as optional, since it's mostly required for dereferencing managed pointers in structs, and plugins usually expose structs with attributes instead. But, I suppose, that for AGS 4 we may also add GetTypeidByName, which plugins can use to get typeid value for the type that it declares.

We never in script take an array as input! So the reverse of receiving an array as input in a plugin would take more effort.

Plugin can receive arrays in its script functions just like it can receive strings: a pointer to a buffer of memory. If it subscribed for its receival, then it should know which type of elements are expected there.

In simple words: engine is only responsible for allocating the object and managing its references (as usual), plugin has to read and write the buffer.