Re: Do Netsurf's errors get logged? (Syslog, Wimplog)

2015-08-29 Thread Rod at Orpheusmail
In article <54f213f81ach...@chris-johnson.org.uk>,
cj  wrote:
> In article ,
> Fred Bambrough  wrote:

>> ... and the way to avoid it is to quit SparkFS using "FS too".

> Agreed - that is why I have added a 'kill' facility to the version of
> SyncDiscs I use myself.

Hi Chris,

Would you elaborate please, as I don't fully understand. (The bit about
'kill' facility that is).

Kind regards,
Rod

-- 
Rod Grover
grov...@orpheusmail.co.uk



Re: Do Netsurf's errors get logged? (Syslog, Wimplog)

2015-08-29 Thread cj
In article <54f9b39313grov...@orpheusmail.co.uk>,
   Rod at Orpheusmail  wrote:
> Would you elaborate please, as I don't fully understand. (The bit
> about 'kill' facility that is).

I haven't sorted the best UI yet, which is why it is not in the
release version. Basically, as part of a job you could list tasks
that should be killed if running (and restarted again at the end of
the job). For example, if you have a job to backup your Pluto
directory and data files, you could include Pluto in a kill file for
that job. When it came to this job, SyncDiscs would check whether
Pluto was running, and if so, issue a task close message before
starting the backup. There would then be no chance of the data files
changing part way through the backup, and hence the backup of Pluto
ending up in an inconsistent state. This could be extended to restart
Pluto once the job has completed.

However, I am not sure whether such a facility would be of general
interest.

-- 
Chris Johnson



Re: Do Netsurf's errors get logged? (Syslog, Wimplog)

2015-08-29 Thread Jim Nagel
> In article <54f9b39313grov...@orpheusmail.co.uk>,
>Rod at Orpheusmail  wrote:
>> Would you elaborate please, as I don't fully understand. (The bit
>> about 'kill' facility that is).

cj  wrote on 29 Aug:
> I haven't sorted the best UI yet, which is why it is not in the
> release version. Basically, as part of a job you could list tasks
> that should be killed if running (and restarted again at the end of
> the job). For example, if you have a job to backup your Pluto
> directory and data files, you could include Pluto in a kill file for
> that job. When it came to this job, SyncDiscs would check whether
> Pluto was running, and if so, issue a task close message before
> starting the backup. There would then be no chance of the data files
> changing part way through the backup, and hence the backup of Pluto
> ending up in an inconsistent state. This could be extended to restart
> Pluto once the job has completed.a

> However, I am not sure whether such a facility would be of general
> interest.

Err, umm, sorry to sound as if my initials are D R, but I'm lost:
is this anything to do with the subject line?

-- 
Jim Nagelwww.archivemag.co.uk



Re: Do Netsurf's errors get logged? (Syslog, Wimplog)

2015-08-29 Thread Tim Powys-Lybbe
On 29 Aug at 18:30, cj  wrote:

> In article <54f9b39313grov...@orpheusmail.co.uk>,
>Rod at Orpheusmail  wrote:
> > Would you elaborate please, as I don't fully understand. (The bit
> > about 'kill' facility that is).
> 
> I haven't sorted the best UI yet, which is why it is not in the
> release version. Basically, as part of a job you could list tasks that
> should be killed if running (and restarted again at the end of the
> job). For example, if you have a job to backup your Pluto directory
> and data files, you could include Pluto in a kill file for that job.
> When it came to this job, SyncDiscs would check whether Pluto was
> running, and if so, issue a task close message before starting the
> backup. There would then be no chance of the data files changing part
> way through the backup, and hence the backup of Pluto ending up in an
> inconsistent state. This could be extended to restart Pluto once the
> job has completed.
> 
> However, I am not sure whether such a facility would be of general
> interest.

Very definitely yes. I am shortly to get an ARM6X working and it will
need backup.  I remember enormous problems with the old SuncDiscs in
dealing with running applications so a sleep and re-awaken feature would
be much appreciated.

-- 
Tim Powys-Lybbe   t...@powys.org
 for a miscellany of bygones: http://powys.org/