Support and General Use > Hardware
Clip Zip Divide by Zero 30083AC0
saratoga:
Thanks, this is reproducible for me on the Zip (but not on the Clip+) so its likely some sort of memory corruption problem. I'll try and debug it when I get a chance.
saratoga:
I think this is probably fair use for debugging purposes:
http://mit.edu/mgg6/www/buffering_crash.m4a
Crash is in buffering.c, find_handle if I have the objdump right.
dreamlayers:
--- Quote from: saratoga on April 23, 2015, 01:25:11 PM ---I think this is probably fair use for debugging purposes:
http://mit.edu/mgg6/www/buffering_crash.m4a
Crash is in buffering.c, find_handle if I have the objdump right.
--- End quote ---
I'm unable to reproduce this. I currently have f145660 installed on my Sansa Clip Zip and no MicroSD card. I played the track twice from the root directory in built-in storage, first time after disconnecting USB and second time after shutting down and starting back up. This is the build I'm using.
saratoga:
Interesting. Here is the build I'm using:
http://mit.edu/mgg6/www/rockbox-clipzip_map.7z
and its map:
http://mit.edu/mgg6/www/rockbox-clipzip.map
If it is memory corruption, it may be sensitive to small changes in the binary layout.
dreamlayers:
--- Quote from: saratoga on April 23, 2015, 03:38:08 PM ---Interesting. Here is the build I'm using:
http://mit.edu/mgg6/www/rockbox-clipzip_map.7z
--- End quote ---
There was no crash with that b130b50 build either. I wonder if some settings are causing it? I had no custom settings besides volume, and deleted config.cfg and restarted before this last test.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version