/usr/local/bin/ssphys: unrecognized file during LOADVSSNAMES

[Marcel Juffermans]

Hi there,

To test a simple conversion, I created an empty VSS database, and  
tried to convert. However, it doesn't get passed the first step in  
the conversion:


$ /usr/local/bin/vss2svn.pl --ssphys=/usr/local/bin/ssphys -- 
vssdir=dummy --timing --verbose
Connecting to database ./_vss2svn/vss_data.db

Use of uninitialized value in concatenation (.) or string at /usr/ 
local/bin/vss2svn.pl line 1156.
======== VSS2SVN ========
BEGINNING CONVERSION...
Start Time   : Thu Mar  1 10:24:06 2007


VSS Dir      : dummy
Temp Dir     : ./_vss2svn
Dumpfile     : vss2svn-dumpfile.txt
VSS Encoding : windows-1252

VSS2SVN ver  : 0.11.0-nightly.292
SSPHYS exe   : /usr/local/bin/ssphys
SSPHYS ver   : 292.
XML Parser   : XML::SAX::PurePerl

TASK: INIT

SETTING TASK LOADVSSNAMES

SETTING STEP 0
TASK: LOADVSSNAMES
"/usr/local/bin/ssphys" info -ewindows-1252 "dummy/data/names.dat"
/usr/local/bin/ssphys: unrecognized file
Try `/usr/local/bin/ssphys --help` for more information
ERROR -- FAILED with non-zero exit status 255 (cmd: "/usr/local/bin/ 
ssphys" info -ewindows-1252 "dummy/data/names.dat")
at /usr/local/bin/vss2svn.pl line 1131
File does not exist:  at /usr/local/bin/vss2svn.pl line 118


A couple of note: the "Use of uninitialized value in concatenation  
(.) or string at /usr/local/bin/vss2svn.pl line 1156." is caused by  
the version number of ssphys not being formatted as expected (it was  
compiled from source), so it doesn't matter. The error "File does not  
exist:  at /usr/local/bin/vss2svn.pl line 118" happens because the  
invocation of ssphys has failed. From what I can see in the source  
code, ssphys fails checking what kind of file names.dat is. The start  
of names.dat is as follows:

$ od -N 50 -a -H dummy/data/names.dat
0000000    P nul nul nul   H   N  a2   J nul nul nul nul nul nul nul nul
                  50000000        484ea24a        00000000         
00000000
0000020  nul nul nul nul nul nul nul nul  db  cd soh nul nul nul nul nul
                  00000000        00000000        dbcd0100         
00000000
0000040  nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul
                  00000000        00000000        00000000         
00000000
*
0000060

So the names.dat does have the "HN" magic in it (not sure if it's in  
the right spot or not). I'm stuck now, what else can I do?

Many thanks,

Marcel