id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc
14	Questions for PS Data Structures (SDR Section 3.1)	calvin.harman@…	Paul Price	"Below are questions about the coding of the data structure types for psLib and 
requests for changes in the documentation and coding implementation.

 - Can we add a ""psElemSize"" variable to the psType struct? It would be useful 
in automating size checking of each of the container types. (i.e. having to 
specifically code ""sizeof(float)"", ""sizeOf(int)"", etc.) 

 - The psDimen enum does not have entries for array, hash table, and linked 
list types. Should they be added? The PS hash tables and linked list structs do 
not have psType elements, but the array struct does.

 - The psDimen enum has a PS_DIMEN_VECTOR type, but I can't find its definition 
in the SDR (although it is referenced several times in the matrix operations 
section). Should it be defined as GSL vector, psFloatArray, or something else?
If is a psFloatArray, should we change the psDimen PS_DIMEN_VECTOR to 
PS_DIMEN_ARRAY?

 - The psDimen enum has a PS_DIMEN_TRANSV type. This seems a little too 
specific, since it is still a PS_DIMEN_VECTOR. I'd recommend removing this, 
otherwise we should add entries for other transposed types, like matrix, array, 
and image.

 - The psDimen enum has a PS_DIMEN_MATRIX type, but I can't find the psMatrix 
definition in the SDR (although it is referenced several times in the matrix 
operations section) Should it be defined as GSL matrix, psImage, or something 
else?

 - The psDimen enum has a PS_DIMEN_OTHER type. Having this opens the door for 
users to put anything into a psType, which could be dangerous. I'd recommend 
removing it.

 - The psElemType has several types which are not used in the array collection 
such as chat, short, uchar, etc. Should they be listed if they're not being 
used in array operations?

 - The psElemType enum has a PS_TYPE_OTHER type. Having this opens the door for 
users to put anything into a psType, which could be dangerous. I'd recommend 
removing it.

 - The psElemType enum doesn't have a PS_TYPE_VOID type. This could be used for 
void * primitives and arrays.

 - Section 4.8 of the SDR defines the psImage struct. This struct uses 
primitive types like psF32, psS8, etc. This seems to conflict with the 
definitions in the psElemType enumeration. Shouldn't we use the same names and 
types everywhere?"	defect	closed	high		PSLib SDRS	unspecified	normal	fixed