Any suggestions appreciated.
TIA
Phil.
PS. I have also tried using the XMLSerializer (I would prefer binary as it
is more compact for storage in a database), but I get an error indicating
that multi-dimensional arrays are not supported.
Seems to be working now.
I think it may have just have been an issue with file locations.
Well I thought it had started working, but it's failing again now.
When I run from the VB IDE it all works fine, and when I run my deployed
application it all works fine, but if I try to use a file created when
running under the IDE it will not deserialise properly when running my
deployed application and vice versa.
Any suggestions appreciated.
My serialisation code is very simple:
' serialise:
With New BinaryFormatter
.Serialize(MyStream, MyObj)
End With
' de-serialise:
MyObj= (New BinaryFormatter).Deserialize(Stream)
What happens? You get an object back but its corrupt? You get an exception?
If you get an exception what is it?
Cheers,
Adam.
=========
No exception. I get an object but all the properties are set to Nothing. The
properties are all arrays of Double or arrays of String.
AB
"Phil" <p> wrote in message
news:BI6dnbJJLov400rX...@brightview.co.uk...
I've left this for a while, as I didn't seem to be getting anywhere, but I
will need to come back to it soon.
I haven't used DbgView, so I'll take a look at that, and see if it helps to
shed any light on the problem. Is this something included with VS2008, or is
it something extra I need to download?
I did do some further tests last week, and I think my original assumption
was correct, that the problem is an incompatibuility between the release and
debug versions, not anything to do with the version number of the
assemblies. It is a very simple class, just a few private member variables
(mostly arrays of double or string) with public properties to get/set the
values.
I did have an additional complication that my assemblies were being loaded
from a database in the released version rather than directly from a DLL, but
I have moved these classes into a separate new DLL, and I still have the
problem.
Thanks
Phil.