#8 Fixes for Incomplete Track List and Playlist Crashes


This Diff includes 2 fixes.

1) I was getting an incomplete list of all the tracks
stored on the device, and tracked the problem down to
the alignment of the "request more track info". I
added code to check and fill another buffer of USB data
if this occurs.

2) I was having the code seg fault during playlist
retreival. This was caused by a playlist that had the
first word == 0x0 instead of == 0xe as expected. This
was a full playlist that contained more than 1 buffers
worth of tracks, and the code would crash when it
requested the next playlist and instead got the
continuation of the last one. The code was modified to
accept both 0xe and 0x0 as valid playlists.

Note: I haven't tested this against an empty playlist,
so there may be a new problem there.

This is based upon the 1.0.1 code download.

These problems were found on and tested against a
Creative Nomdad Jukebox Zen XTRA (40GB).


  • Nobody/Anonymous

    File comparison of protocol3.c

  • Linus Walleij

    Linus Walleij - 2004-12-10

    Logged In: YES

    Please verify if this is correctly fixed in the current

  • Linus Walleij

    Linus Walleij - 2004-12-10
    • assigned_to: nobody --> snirkel
    • status: open --> open-accepted
  • Linus Walleij

    Linus Walleij - 2005-01-10
    • status: open-accepted --> closed-fixed
  • Linus Walleij

    Linus Walleij - 2005-01-10

    Logged In: YES

    Closing this and considering it fixed.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks