#7 long2html.awk:237: fatal: expression for `>' redirection has null string value

[Henrik Leion]

Hi
Callflow fails to generate the html for the frames (some, maybe all, other files are created, see attached screenshot).
The frames directory only contains a css file after Callflow completes.

I've tried several .pcap files with the same results. They are captured on Linux using tcpdump, and contains much more than just SIP, so I provide Callflow with a capture-filter. Maybe you have a working reference capture file I can try, to see if the problem is in my environment or in my captures? Or maybe this is a known problem, couldn't find it when searching the Bugs though.

Best regards
Henrik

callflow test_AID_FCI_20130307_2_nib5.pcap
awk: /usr/local/share/callflow/scripts/long2html.awk:237: (FILENAME=- FNR=1) fatal: expression for `>' redirection has null string value
callflow: warning: no "order" file found -- using auto generated

The output can be viewed with a browser:
firefox test_AID_FCI_20130307_2_nib5/index.html

callflow -v
20110911.160

uname -a
Linux ApplicationFrameWorkDevEnv 2.6.32-220.17.1.el6.i686 #1 SMP Tue May 15 22:09:39 BST 2012 i686 i686 i386 GNU/Linux

java -version
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.6) (rhel-1.43.1.10.6.el6_2-i386)
OpenJDK Client VM (build 20.0-b11, mixed mode)

[Philippe]

Hi,

i don't know why, but changing in the file scripts/long2html.awk the line 19,
from:

/^Frame [0-9]+: (.*)/ {

to

/^Frame [0-9]+:? (.*)/ {

will correct the bug.

This is because the file callflow.long contain lines like:

Frame 1 (1305 bytes on wire, 1305 bytes captured)

and not like:

Frame 1: (1305 bytes on wire, 1305 bytes captured)

Regards.

Philippe

[Richard Bos]

The patch you're proposing is this one:

callflow/scripts> diff long2html.awk /var/tmp/long2html.awk
--- long2html.awk       2012-09-19 19:55:38.000000000 +0200
+++ /var/tmp/long2html.awk      2013-12-24 12:04:34.790661822 +0100
@@ -16,7 +16,7 @@
   first = 1
 }

-/^Frame [0-9]+: (.*)/ {
+/^Frame [0-9]+:? (.*)/ {
   # New frame, closing <pre> and html> from previous frame before compute new filename
   if (first == 0) {

Is that correct?

Does this also work with frames that have the ":"?

[Richard Bos]

Proposed change was added with svn commit 200 at 21 nov 2015