[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: permanent solution for deltification problem (issue #1601)

From: Barry Scott <barry_at_barrys-emacs.org>
Date: 2003-11-26 17:03:14 CET

At 26-11-2003 11:17, Ph. Marek wrote:
>That are things which don't use the APR functions - and I thought that these
>should be used exclusivly for portability.

At some point you have to write platform specific code
for some edge conditions. Cool if it can be avoided.

>The mentioned logfile should be per-repository configurable or at least
>per-repository, eg. in the repository tree.

Per repo sounds right.

>BTW: if you use CreateProcess(), you may as well give a window station to use
>- and if you make that "Winsta0\default" IIRC it'll show up on the user's
>desktop. If there's one logged on, that is. This may clash with Terminal
>Server solutions, so that has to be configurable, too.

I would not do the win station trick, just use the log file. However
I would set the error mode to prevent any error dialogs being displayed.

>On servers where no-one's looking it may be better to use the eventlog.
>Although looking there isn't the obvious thing to do for a
>open-source-software which runs on unix.

Isn't a log file good enough? A call to createprocess and seterrormode
is not that much code. Doing the whole NT event log thing seems
like too much work.

>*If* we want to go that road maybe it'll be the best to
> - log *errors* only in the eventlog
> - keep a per-repository logfile which logs successfull operations too
> - and use a registry key which is set to "Winsta0\default" as a
> installer-default for the process - it can
> open a minimized window or ask for "Abort, Retry, Ignore" on failures
> like
> out of disk space :-)

Surely its better to aim for lights out operation. As an admin the last
thing I want to do is have to walk up to a console and click Abort.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 26 17:04:38 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.