Rockbox

Default codepage is set to UTF-8.

The usagi.mp3 is copied onto your player, and the database creates or updates.

After restart Rockbox. you operate Database > Track.
Then Rockbox abort.
(If you use ARM CPU's player, Rockbox outputs "XXXXX Divide by zero".)

The cause of this bug is as follows.

usagi.mp3: title 0x82a4 0x82b3 0x82ac (codepage: SJIS In Japanese "うさぎ")

Because the default codepage is UTF-8, Rockbox tries the output of "0x82a482b382ac".

When each byte of the title is included 0x80 - 0xbf like the example above, this bug happens.
(Similarly Artist, Album have the possibility to be happened.)

For the function lcd_puts_style_offset() (in firmware/drivers/lcd-*.c),
utf8length() executes.

Then, because of utf8length("0x82a482b382ac") == 0,
the following processing abort

xpos = x*w / utf8length((char *)str);

-----------------------------------------------------------
I think that correspondence is necessary because Rockbox aborts though it is the bug that occurs by a wrong operation.

This bug may happen following codepages.
- CP1251
- iso8859-11
- CP1256
- iso8859-2
- CP1250
- SJIS
- GB2312
- KSX1001
- BIG5

I send this bug's patch.

 b/firmware/common/unicode.c |   10 ++++++++++
 1 file changed, 10 insertions(+)