Fixed the bugs in the archive system. Both the List container and FString had

inconsistancies when archiving compared to their STL counterparts, they are now
compatible on every system I can imagine.  Also, List now uses a long instead
of an int for sizing, and the other containers should as well.  I'll check on
that later.

That means that the files will all be larger on a 64 bit system, but such is
life.  The same thing happens when you use STL classes.  There may be other
inconsistancies down the road, we'll see.

1 files changed, 6 insertions, 6 deletions

diff --git a/src/archive.h b/src/archive.h
index 95c8c0c..1d57724 100644
--- a/src/archive.h
+++ b/src/archive.h
@@ -256,10 +256,10 @@ namespace Bu
         Archive &operator>>( Archive &ar, Hash<key,value> &h )
         {
                 h.clear();
-                uint32_t nSize;
+                long nSize;
                 ar >> nSize;
 
-                for( uint32_t j = 0; j < nSize; j++ )
+                for( long j = 0; j < nSize; j++ )
                 {
                         key k; value v;
                         ar >> k >> v;
@@ -285,10 +285,10 @@ namespace Bu
         Archive &operator>>( Archive &ar, List<value> &h )
         {
                 h.clear();
-                uint32_t nSize;
+                long nSize;
                 ar >> nSize;
 
-                for( uint32_t j = 0; j < nSize; j++ )
+                for( long j = 0; j < nSize; j++ )
                 {
                         value v;
                         ar >> v;
@@ -314,10 +314,10 @@ namespace Bu
         Archive &operator>>( Archive &ar, Set<value> &h )
         {
                 h.clear();
-                uint32_t nSize;
+                long nSize;
                 ar >> nSize;
 
-                for( uint32_t j = 0; j < nSize; j++ )
+                for( long j = 0; j < nSize; j++ )
                 {
                         value v;
                         ar >> v;