Rockbox.org home
Downloads
Release release
Dev builds dev builds
Extras extras
themes themes
Documentation
Manual manual
Wiki wiki
Device Status device status
Support
Forums forums
Mailing lists mailing lists
IRC IRC
Development
Bugs bugs
Patches patches
Dev Guide dev guide
Search



Donate

Rockbox Technical Forums


Login with username, password and session length
Home Help Search Staff List Login Register
News:

Welcome to the Rockbox Technical Forums!

+  Rockbox Technical Forums
|-+  Support and General Use
| |-+  Audio Playback, Database and Playlists
| | |-+  database crash
« previous next »
  • Print
Pages: [1]

Author Topic: database crash  (Read 3015 times)

Offline atcha

  • Member
  • *
  • Posts: 3
database crash
« on: October 10, 2008, 05:58:56 PM »
Hi,

Is there a known limit for the number of folders that could be scanned for the database creation/update ?

Why this question ? I have an iRiver H320, with the build 18744, which I'm using to stock other files than audio. In my case the point is about the Liberkey portable environment that count over 2800 folders for around 17000 files. I noted that when the liberkey folder is on the iriver the making/updating of the database is doing crashing rockbox, after having deleted the folder the crash disappeared and the database was, then, ok.

I've put database.ignore in that liberkey folder but it's not preventing rockbox to scan all the folder-tree to seek database.unignore file. Also, is there a solution to totally block the access of rockbox on a folder ? Or have I to continue to cut / past liberkey folder on my computer each times I want to update the database ?
« Last Edit: October 10, 2008, 07:59:58 PM by Chronon »
Logged

Offline Strife89

  • Member
  • *
  • Posts: 354
  • Michael Carr
    • Strife89's blog
Re: database crash
« Reply #1 on: October 12, 2008, 02:35:10 PM »
There is a limit setting, though I do not know if it applies to the Database. (Settings/ General Settings/ System/ Limits) Enabling Directory Cache might help, too, but that's just a guess (Settings/ General Settings/ System/ Disk / Directory Cache)

Logged
Rockbox: Sansa Clip Zip, iPod Color, iRiver H320

Android: Moto X4, Galaxy Tab S2 T710

Offline atcha

  • Member
  • *
  • Posts: 3
Re: database crash
« Reply #2 on: October 12, 2008, 04:06:10 PM »
Yes, I had seen these settings and they are yet set to the max (10000) for the maximum files in folder and YES for the directory caching. In spite of that the iRiver continue to freeze when I try to create/update the database :(
Thanks for your help.
Logged

Offline Strife89

  • Member
  • *
  • Posts: 354
  • Michael Carr
    • Strife89's blog
Re: database crash
« Reply #3 on: October 12, 2008, 08:49:43 PM »
Blind suggestion: See what happens if you put all of Liberkey in a subfolder, with said folder containing a database.ignore file.

If you can, use a simulator, and run it in debug mode. See what happens.


[OT]Also, I went to Liberkey's page and found some interesting programs that are not found on Portable Apps's website. Do you know of any English sites that offer this stuff, or does Liberkey itself have an English version? Meh, I found the English link on the home page less than a minute after posting that. Go figure. :D[/OT]
« Last Edit: October 12, 2008, 08:52:48 PM by Strife89 »
Logged
Rockbox: Sansa Clip Zip, iPod Color, iRiver H320

Android: Moto X4, Galaxy Tab S2 T710

Offline pixelma

  • Rockbox Expert
  • Member
  • *
  • Posts: 645
Re: database crash
« Reply #4 on: October 13, 2008, 08:12:47 PM »
As far as I know there are two limits that could be hit here too - one is directory structure "depth" and there is also a maximum path length. What I found was that the "stats" plugin (one of the applications) would fail on those files too but at least give a descriptive error message and just quit. Maybe this helps you too to find out what the problem is.
Logged

Offline Strife89

  • Member
  • *
  • Posts: 354
  • Michael Carr
    • Strife89's blog
Re: database crash
« Reply #5 on: October 13, 2008, 08:39:28 PM »
Come to think of it, I believe it's been mentioned that the deepest you can go is eight folder levels.
Logged
Rockbox: Sansa Clip Zip, iPod Color, iRiver H320

Android: Moto X4, Galaxy Tab S2 T710

Offline atcha

  • Member
  • *
  • Posts: 3
Re: database crash
« Reply #6 on: October 19, 2008, 08:58:34 AM »
Sorry not th have given news since last week, not time to read your suggestions.
Now it's done.

I can understand that trying to access a folder that reaches the maximum length path could be a problem and could crash the system. But how is it possible for the other limit ? If Strife89 is right, once the system is in the eighth folder level, does it try to read the ninth and then crash or simply ignore this ninth level and continue the scan (no errors) ?

Quote from: Strife89 on October 12, 2008, 08:49:43 PM
Blind suggestion: See what happens if you put all of Liberkey in a subfolder, with said folder containing a database.ignore file.
Yet tried it without improvement.

Quote from: Strife89 on October 12, 2008, 08:49:43 PM
If you can, use a simulator, and run it in debug mode. See what happens.
Thanks, I was wondering if there was this kind of stuff the first time I have posted without asking for it. I will try it asap.
Logged

Offline bascule

  • Rockbox Expert
  • Member
  • *
  • Posts: 1298
Re: database crash
« Reply #7 on: October 27, 2008, 10:38:44 AM »
This topic also refers: http://forums.rockbox.org/index.php?topic=7404.0
Logged
DataBase fanboy and author of the totally overhauled Rockbox Sync Tool

  • Print
Pages: [1]
« previous next »
+  Rockbox Technical Forums
|-+  Support and General Use
| |-+  Audio Playback, Database and Playlists
| | |-+  database crash
 

  • SMF 2.0.17 | SMF © 2019, Simple Machines
  • Rockbox Privacy Policy
  • XHTML
  • RSS
  • WAP2

Page created in 0.082 seconds with 14 queries.