Hello andyg.
Thanks for your response.
No, currently I am not be able to find out which file is responsible
for the craah.
My collection is too big and the duration for each building up the
database/index needs round about one hour. I solved temporarily the
problem on a quick and dirty way.
I tr
andyg;682618 Wrote:
> It might simply be too large to process (and I never got around to
> enabling the memory limit feature to prevent this).
Very likely. I know at least a dozen users who've had problems at some
point with scanner crashing when using the Touch's embedded server,
including mysel
Can you find out which file the resizer is crashing on? It might simply be too
large to process (and I never got around to enabling the memory limit feature
to prevent this).
On Jan 6, 2012, at 7:22 PM, Tamex wrote:
>
> Hi,
>
> it seems that I have the problem too.
> If I start the SBserver o
Hi,
it seems that I have the problem too.
If I start the SBserver on my touch, the touch is scanning and
discovering the harddisk, but at the step resizing the images the touch
terminates media server.
I have the following error in my syslog.
<---schnipp--->
...
an 6 09:39:24 kernel: Out of me
Thanks for investigating. The giflib library is not built correctly on
7.6 for Touch yet, so that's almost certainly the problem. It's on my
todo list. :)
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php
Finally had some time to further investigate the cause of the kernel BUG
described in the first post. It turned out that it was only the last
step
of an error chain. The primary error comes from gdresized.pl tripping
over
a flac-file with embedded gif-artwork. This causes the gdresized
process to
Hello!
Just tested the latest nightly build of 7.6.0 for the touch. When a
scan
for new files is forced, (by clear an scan or by adding or changing
some
files) slimserver.pl is killed by a linux kernel BUG as soon as it
comes
to artwork prechaching. This does not happen with the same
library unde
