avc ReadOpenTable over sensitivity

[carl.anderson@…]

I got zapped by a string sensitivity bug
I wanted mytable.pat   (polygon attribute table)
but the system opened mytable.patparcel   (region attribute table)

checking Arc/Info 7/8/9 (Solaris) I see that table names are left aligned space
padded entries in a 32 byte field.  Not sure for other Os's

this patch fixes this over sensitivity for my cases.

--- avc/avc_bin.c       2004-02-28 01:39:50.000000000 -0500
+++ avc2/avc_bin.c      2005-01-28 23:16:41.819696096 -0500
@@ -1868,6 +1868,7 @@
     char          *pszFname;
     GBool          bFound;
     int            i;
+    int                   name_len;
  
     /* Alloc a buffer big enough for the longest possible filename...
      */
@@ -1891,9 +1893,11 @@
     {
         while(!bFound && _AVCBinReadNextArcDir(hFile, &sTableDef) == 0)
         {
+            name_len = (int) strchr(sTableDef.szTableName,0x20) - (int)
sTableDef.szTableName;
+//          table names are space padded on the right to 32 chars
+            if ( name_len > 32 ) name_len = 32;
             if (!sTableDef.bDeletedFlag &&
-                EQUALN(sTableDef.szTableName, pszTableName,
-                       strlen(pszTableName)) &&
+               EQUALN(sTableDef.szTableName, pszTableName, name_len ) &&
                 _AVCBinReadInfoFileExists(pszInfoPath,
                                           sTableDef.szInfoFile,
                                           eCoverType))

[Even Rouault]

A sample dataset demonstrating the issue might have been usefull...

[Even Rouault]

All those tickets have more than one year and nobody has acted on it, so the priority is not so high

[Jukka Rahkonen]

Won't fix without sample data, not sure if even with data. Arc/Info coverages are quite rare nowadays.