BugDigger

OK, not so big issue. Many thanks for sharing your excellent code.

here is section 2.2 on reading Yes, but there is no info about result. IMHO It will be helpful to document members of matvar_t: rank - dimentions of data (min 2); dims - sizes of dimentions; in case of 2D data dims[0] is number of rows, dims[1] is number of columns; data_class - ... data_type - ... data_size - size of data item, bytes; for example, data_size=8 for double; n_bytes - total data volume ( n_bytes=data_size* dims[0] * ... * dims[rank-1]) data - pointer on data buffer; layout is "column...

Ah, I see now: Mat_VarReadNextInfo takes only some "basic" fields, all others will be filled out in Read5. BTW, file matio_user_guide.pdf has no information about reading data (all info is mostly about writing).

Ah, I see now: Mat_VarReadNextInfo takes only some "basic" fields, all others will be filled out in Read5.

I had similar problem in RAD2007: installation was successful but one day CPortLib page disappeared from Tool Palette. Googling finds some complaints on this without solution or with "strange" solution like http://stackoverflow.com/questions/2245467/delphi-2010-will-not-show-a-component-in-the-tool-palette-even-though-it-shows-i I got it working now after changing in registry of all occurrences of parameter [Borland\BDS\5.0\Package Cache\DsgnCPortD2007.bpl] "Demand Load Package"="1" to "0". After...

Hi. Many thanks for your library! I see a problem when I read MAT5 file: Mat_VarReadNextInfo always returns matvar->data_type=0. AFAIUI, Mat_VarReadNextInfo5 does not assign internal "data_type" variable to matvar->data_type. Is this bug or "as designed"? TIA.

I had similar problem in RAD2007: installation was successful but one day CPortLib...

OK, it looks as completely abandoned project.