Re: Opie Desktop version

Hi Paul,

Thank you for the immediate and helpful response..

1. As for the segmentation fault, just now I disabled all applets from the
.config file and tried running qpe. However, I could not get rid of the
segmentation fault. Yeah, I guess its a better idea to use more recent
versions of opie..

2. The Opieplayer issue that I have.. Do you know which part of the codes is
responsible for the scanning of the filesystem, that u mentioned? Perhaps,
if I could disable that, would it work?

Thank you so much for your time paul!

Sincerely,
Raji

On Thu, Mar 27, 2008 at 5:36 PM, Paul Eggleton <
bluelightning_at_bluelightning.org> wrote:

> On Thursday 27 March 2008, Rajalakshmi Raghavan wrote:
> > When i built and tried to run Opie 1.2.0, on giving the command qpe, I
> got
> > the following messages before it terminated:
> >...
> > Segmentation fault.
>
> Ah, yes. This is almost certainly one of the applets, probably the
> NetworkSettings2 applet. Disable the applets in the build configuration
> and
> this problem should go away. (I should really get around to fixing this,
> sorry.) Note that you should really build the latest version (1.2.3) or
> from
> CVS rather than 1.2.0 which is quite old now.
>
> > when I tried to run the Opieplayer, I got the following error:
> >
> > Warning: Could not load close
> > Warning: QDir::readDirEntries: Cannot read the directory: /dev/fd/4
> > Warning: QDir::remove: Empty or null file name
> > Warning: QDir::remove: Empty or null file name
> >
> > And the warning line goes on printing till there is an error box that
> pops
> > up on the screen saying "Opieplayer is not responding. Would you like to
> > force the application to exit?". All other applications run fine.
>
> Opieplayer is probably scanning your entire hard drive looking for media
> files, and does not respond while it is doing so. This usually works fine
> on
> a handheld because the filesystem is usually not that large, but on a
> desktop
> this can take a long time. Opie-MediaPlayer2 is a little better at this,
> but
> really it's something that needs to be worked on.
>
> Cheers,
> Paul
>
Received on Thu Mar 27 2008 - 05:47:50 EST