CAN protocols have a CAN ID and up to 8 bytes of data.  How the CAN ID and data are presented is the responsibility of the previous layer.  Make the interface be passing the CAN ID in dissector data and have the (up to) 8 bytes be the tvb.  CAN protocols should treat the CAN ID as "generated" data.

svn path=/trunk/; revision=53792
Fix https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9503 :
Fix dissection of STK SEND SHORT MESSAGE proactive command

svn path=/trunk/; revision=53793
Try to please OSX-10.5-x86 buildbot

svn path=/trunk/; revision=53794
Remove non-ASCII character

svn path=/trunk/; revision=53795
Initialize the error-reporting routines before scanning for plugins, as
the code to scan for them uses those routines.

This means epan_init() no longer takes those routines as arguments -
which is just as well, given that the mechanism in question is no longer
part of libwireshark, but is part of libwsutil.

This should fix bug 9508.

svn path=/trunk/; revision=53796
Make launching TCP graphs from conversations window work again, by supplying stream and direction when graph is first created

svn path=/trunk/; revision=53797
Include epan/conv_id.h - some of the buildbot machines have errors without it

svn path=/trunk/; revision=53798
dissect Operator Profile's error flag

svn path=/trunk/; revision=53799
int -> gboolean

svn path=/trunk/; revision=53800
Only try to fix absolute Unix paths.

svn path=/trunk/; revision=53801