Dirk Meyer wrote:
> Duncan Webb wrote:
>> Dirk Meyer wrote:
>>> Duncan Webb wrote:
Dirk Meyer wrote:
> Jason Tackaberry wrote:
>> On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
>>> Wouldn't it make sense to use SQLite for this instead? The record
>>> schedule is curren
Duncan Webb wrote:
> Dirk Meyer wrote:
>> Duncan Webb wrote:
>>> Dirk Meyer wrote:
Jason Tackaberry wrote:
> On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
>> Wouldn't it make sense to use SQLite for this instead? The record
>> schedule is currently a simple DB file in XML
Dirk Meyer wrote:
> Duncan Webb wrote:
>> Dirk Meyer wrote:
>>> Jason Tackaberry wrote:
On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
> Wouldn't it make sense to use SQLite for this instead? The record
> schedule is currently a simple DB file in XML format being accessed by
>
Duncan Webb wrote:
> Dirk Meyer wrote:
>> Jason Tackaberry wrote:
>>> On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
Wouldn't it make sense to use SQLite for this instead? The record
schedule is currently a simple DB file in XML format being accessed by
multiple threads. I
DONE THAT
--- Jason Tackaberry <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-08-26 at 19:42 +0100, John Molohan wrote:
> > Duncan Webb wrote:
> > > I'm also wondering if the zoom features of the image viewer are
> ever
> > > used by anybody, they strike be as being a bit useless.
> > >
> > Good f
On Sun, 2007-08-26 at 19:42 +0100, John Molohan wrote:
> Duncan Webb wrote:
> > I'm also wondering if the zoom features of the image viewer are ever
> > used by anybody, they strike be as being a bit useless.
> >
> Good for revealing some comedy expressions sometimes :)
Also the applications for p
Duncan Webb wrote:
> I'm also wondering if the zoom features of the image viewer are ever
> used by anybody, they strike be as being a bit useless.
>
> Duncan
Good for revealing some comedy expressions sometimes :)
John
-
Thi
On Sonntag 26 August 2007, Duncan Webb wrote:
> I'm also wondering if the zoom features of the image viewer are ever
> used by anybody, they strike be as being a bit useless.
Yes, I use them a lot. Why "useless"? I find them really usable - apart from
the fact that I locally increased the step
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dirk Meyer wrote:
> Jason Tackaberry wrote:
>> On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
>>> Wouldn't it make sense to use SQLite for this instead? The record
>>> schedule is currently a simple DB file in XML format being accessed by
>>>
Jason Tackaberry wrote:
> On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
>> Wouldn't it make sense to use SQLite for this instead? The record
>> schedule is currently a simple DB file in XML format being accessed by
>> multiple threads. I can see where a race condition could be created
>
On Sun, 2007-08-26 at 07:59 -0700, Michael Beal wrote:
> Wouldn't it make sense to use SQLite for this instead? The record
> schedule is currently a simple DB file in XML format being accessed by
> multiple threads. I can see where a race condition could be created
Freevo 2 will use an sqlite-ba
Wouldn't it make sense to use SQLite for this instead? The record
schedule is currently a simple DB file in XML format being accessed by
multiple threads. I can see where a race condition could be created
and cause complete corruption of the file. SQLite, I believe, has code
to prevent these kin
What exactly are you doing when you "add something through the UI"??
I'm not experiencing any problems so this seems strange to me.
--- John Molohan <[EMAIL PROTECTED]> wrote:
> Andrew Flegg wrote:
> > Hi,
> >
> Hi.
> > I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
> >
Andrew Flegg wrote:
> On 8/21/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
>>> Was this the first time using conflict detection by chance?
> [snip]
>> I don't think so as this is really an old old bug. It happened to me a
>> couple of times when I started using freevo.
>
> Indeed, I'd also seen it b
On 8/21/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
> > Was this the first time using conflict detection by chance?
[snip]
>
> I don't think so as this is really an old old bug. It happened to me a
> couple of times when I started using freevo.
Indeed, I'd also seen it before enabling conflict reso
> Was this the first time using conflict detection by chance? I see that it
> is
> in use by looking at the log file. The conversion from non-conflict
> enabled
> to conflict enabled was tested in both GUI mode and WWW mode. I believe
> this
> shouldn't be a problem but it could be. I don't know ho
Was this the first time using conflict detection by chace? I see that it is
in use by looking at the log file. The conversion from non-conflict enabled
to conflict enabled was tested in both GUI mode and WWW mode. I believe this
shouldn't be a problem but it could be. I don't know how many people
c
Hi,
this sounds like a very ugly bug!
I wonder how to trigger that crash.
I have been doing a lot of hacking lately in the tv guide code,
and because of that I did a lot of testing especially related to the GUI.
I never saw the problem you describe.
Maybe it is somehow related to the webserver,
John Molohan wrote:
> Andrew Flegg wrote:
>> Hi,
>>
> Hi.
>> I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
>> still loses all favourites and scheduled recordings on my system when
>> adding something through the UI (it works perfectly through the web).
>>
> Bummer, I can
Andrew Flegg wrote:
> Hi,
>
Hi.
> I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
> still loses all favourites and scheduled recordings on my system when
> adding something through the UI (it works perfectly through the web).
>
Bummer, I can see why you're annoyed.
> A seg
Hi,
I'm annoyed. Very very annoyed. It seems that 1.7.3's record server
still loses all favourites and scheduled recordings on my system when
adding something through the UI (it works perfectly through the web).
A segment of recordserver.log is attached.
Any thoughts before I raise a bug (I thou
21 matches
Mail list logo
