[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OOP and load/save
From: |
John W. Eaton |
Subject: |
Re: OOP and load/save |
Date: |
Thu, 23 Apr 2009 12:03:43 -0400 |
On 23-Apr-2009, Judd Storrs wrote:
| Warning: Fields of object 'bar' do not match the current constructor
| definition for class 'Foo'. The object has been converted
| to a structure.
OK. We can probably deal with most of these things, but given the
current design of the load function for Octave's binary, ascii, or hdf
formats, I don't see how we can easily make load convert the result to
a structure. The reason is that we do this:
read the type information from the file (e.g., "class")
create an object of the specified type (an octave_class object)
ask the created object to read the rest of the description from the
file and construct itself by filling in the missing bits
so that saving and loading may be easily extended to user-defined data
types defined in C++ classes that are loaded at run time.
I think this means that some semi-major surgery might be required to
allow conversion to a structure when loading these file types.
jwe
- Re: OOP and load/save, (continued)
- Re: OOP and load/save, Robert T. Short, 2009/04/23
- Re: OOP and load/save, Judd Storrs, 2009/04/24
- Re: OOP and load/save, Robert T. Short, 2009/04/24
- Re: OOP and load/save, John W. Eaton, 2009/04/24
- Re: OOP and load/save, Robert T. Short, 2009/04/24
- Re: OOP and load/save, Judd Storrs, 2009/04/24
- Re: OOP and load/save, John W. Eaton, 2009/04/24
- Re: OOP and load/save, Robert T. Short, 2009/04/24
- Message not available
- Message not available
- Re: OOP and load/save, Robert T. Short, 2009/04/24
- Re: OOP and load/save, Judd Storrs, 2009/04/23
- Re: OOP and load/save,
John W. Eaton <=
- Re: OOP and load/save, John W. Eaton, 2009/04/23
- Re: OOP and load/save, John W. Eaton, 2009/04/23
OOP and load/save, John W. Eaton, 2009/04/22