Ryan
Thanks for your insight from the Unix perspective.
Snip from the manual:
>>>>>>>>>>>>>
A second option is to run svnserve as a standalone "daemon" process. Use the
-d option for this:
$ svnserve -d
$ # svnserve is now running, listening on port 3690
>>>>>>>>>>>>>
I misunderstood that the last line is just a comment and not a message from
the svnserve process.
I imagine that there is a system utility that can be used to check the
svnserve process in Unix.
Perhaps instead of changing behavior based on platform an easy status
inquiry process could be built that would report svnserve status to the
user...
I am just starting with this project so perhaps this already exists and I
have not come across it yet. As of right now I don't know what I would use
to check the status of the svnserve process. I would try to connect with
the client but something that just runs on the svn server machine and show
svnserve status there could be helpful.
In the near future I am going to use the Windows service wrapper SVNService
that is available at http://dark.clansoft.dk/~mbn/svnservice/ to have the
svnserve process run as a windows service. This also addresses this issue.
Thanks for your response
Kevin
-----Original Message-----
From: Ryan Schmidt [mailto:subversion-2005@ryandesign.com]
Sent: Thursday, March 10, 2005 12:52 PM
To: Kevin M. Green
Cc: Subversion List
Subject: Re: SVNSERVE -d not starting on Windows 2003 Server
On 09.03.2005, at 21:24, Kevin M. Green wrote:
> I was worried that the server was not starting properly because there
> was no
> message displayed and I did not know how to check the status.
>
> It leaves you somewhat hanging when you hit enter after typing in the
> command line and nothing happens except that the cursor goes to the
> next
> line and blinks. That usually means something has gone wrong.
I think Subversion was originally Unix software, and came to Windows
later. On Unix, no message displayed usually means "no problem"; if
there is a problem, it is shown on stderr. Perhaps for the Windows
version of Subversion this behavior could be changed to better match
platform expectations (if the expectations are indeed different on
Windows -- I wouldn't know), but I doubt it's high on anyone's list of
priorities. :-/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 10 20:03:03 2005