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

Re: [PATCH] Issue 1628

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2005-07-25 17:41:43 CEST

SteveKing <steveking@gmx.ch> wrote on 07/25/2005 11:36:27 AM:

> Mark Phippard wrote:
> > Isn't brane's point that if say svnserve crashes it should not try to
> > pop-up a send mail dialog which would only be seen if someone was
> > in and looking for it? None of my Win2K3 servers have someone logged
> But as soon as you log in, the dialog would be visible (or not?)

Not if it was running as a service with the Default System Account. There
is no way to access the UI of services. Would this dialog being up hang
the server until it was responded to and prevent the server from
auto-restarting? Plus, how would you know the server had a dialog up?

> > You say that it can just save a zipped copy somewhere. That is
> > Problem is you do not say how. Is that something that would have to
> > done with code, a config file, what? Along with brane's previous
> The crash reporter is written as an UI for the user. The dialog has
> three buttons:
> Cancel : don't send the report and just quit the app
> Save : save the zipped report somewhere and quit app
> Send : open up a new mail window with the "to" address already
> filled in and the zipped report already attached. The user then only has

> to press "Send" in the mail program to send the report (but hopefully
> writes a description about how/when/why the crash occurred).
> As I said, this qould require a change in the crash reporter dll itself.

> And since that dll is used for TSVN (and some of my other projects) I'm
> happy with how it works now.

Forgive me if you pointed this out already, but where is the "project" for
this DLL located? Maybe there is way to just use its ability to gather
the crash information and not use the UI part?


Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 25 17:42:33 2005

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.