> Proposal:
>
> On windows use CreateProcess to kick off the svndeltify.exe.
> This gives you full control over the process and works from
> windows 95 thru all the later windows.
>
> Link svndeltify as a windows program not a console app to avoid
> the DOS window.
>
> Which ever way you solve things I think you will need a way to
> log error messages. Opening a log file from within svndeltify
> would work. Note: you could not use dialogs when svndeltify is
> running in the context of a service (HTTPD?) as there is no
> (practical) way to read the dialog or dismiss it.
>
> Finding the svndelify.exe on windows could be solved with
> a registry entry setup by the installer. You could use a
> windows shortcut or if that's to hard to use a text file with
> one line in it that is the path to the svndeltify.exe, setup
> by svnadmin create in the $REPOS somewhere I guess.
>
> Barry
That are things which don't use the APR functions - and I thought that these
should be used exclusivly for portability.
The mentioned logfile should be per-repository configurable or at least
per-repository, eg. in the repository tree.
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.
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.
*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 :-)
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 26 12:17:48 2003