usb: return NULL when nothing could be read from USB
authorChristophe Fergeau <cfergeau@redhat.com>
Sun, 17 Jul 2011 06:34:28 +0000 (08:34 +0200)
committerChristophe Fergeau <cfergeau@redhat.com>
Sun, 17 Jul 2011 13:20:43 +0000 (15:20 +0200)
commitae8a6984abe2b88c761e4815d2b09a793e4724dd
tree8b9dcfe69aa420493da0819e81fb994f2e9223c0
parent7205833542678660d322ee97b2a4b7dec7e4e1dc
usb: return NULL when nothing could be read from USB

ipod-usb.c:get_sysinfo_extended may return an empty string if
the device accepts our vendor specific command but immediatly
tells us there's no data to read (ie if we read 0 bytes). This
happens on the Shuffle 4g. This case was then not handled in
generic-callout.c, itdb_sysinfo_extended_parse_from_xml returns
NULL when trying to parse an empty string, and
itdb_sysinfo_properties_free would subsequently crash trying to
dereference this NULL pointer.
This bug was fixed thanks to eshat's investigations on IRC.
tools/ipod-usb.c