If you look here:
===
ruby echi_fileeval.rb chr0030.29
File size: 6418
Version 12
File_number 29
===
The file is a version 12 file format, which ECHI-Converter should be
able to parse. As you may see here on the file chr0030.29 all records
appear to be processed fine until you get to #13:
<====================START RECORD 13 ====================>
callid { type => int & length => 4 } value => 0
echi_fileeval.rb:22:in `dump_binary': undefined method `unpack' for
nil:NilClass (NoMethodError)
from echi_fileeval.rb:96:in `convert_binary_file'
from echi_fileeval.rb:71:in `each'
from echi_fileeval.rb:71:in `convert_binary_file'
from echi_fileeval.rb:118
It appears there is extraneous data at the end of the file that should
not be there. Unfortunately I do not have the time to parse it out and
figure out what is there. This appears to be one for Avaya support
since you think you are on 14, the file is reporting 12 and you are
getting some garbage at the end of some of the files. Something seems
to be amiss.
On Feb 26, 8:06 am, Manos Ioannou <
emmanouel.ioan...@gmail.com> wrote:
> Jason i ve posted you a part of the log file that indicates the nil
> error. In order to help u i will upload a tar archive called
> manosfiles.tar with 2 sample problematic files (there are more ), the
> application log and the database.log. It seems that some chrxxx files
> are being parsed correctly and some not. In the mean time i ve tried
> any possible combination between the formats(extended12,13,14
> std12,13,14) and the parameters with extra_byte with no change. I
> remind you that i am running CMS R14 with extended format for ECHI and
> my database is (localhost linux or windows just for testing with no
> behavior change)
>
> Thank you again for your response
> Manos
>
> On 26 Φεβ, 16:47, JasonGoecke <
jsgoe...@gmail.com> wrote:
>
> > At which record does it break down. Also, please post the log showing
> > the failure to a gist @
http://gist.github.comandpost it here.