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

Re: Two windows bugs

From: Mark Bohlman <mbohlman_at_tcicredit.com>
Date: 2005-02-21 17:31:28 CET

Perhaps, since Brane is able to work with this on Cygwin without a
problem and Geoff is not, there is an environmental solution? I ask
because I have the same behavior with Cygwin versus the cmd.exe prompt.
  This occurs only when being prompted for the password (e.g. if changed
via a Windows prompt), and is very easily duplicated in my environment
by removing the password.

On my system CYGWIN is set to "tty" only. And if I change a password I
get the following:
Authentication realm: <http://server:7380> Repository message here

followed by a blank line and nothing else - no prompt, no input.

It does not take any input at all. A Control-C after this will try to
execute any input as a command. I don't know if this is a strictly neon
problem if as others have indicated it works under zsh and some
instances of bash. I haven't done any further testing, sorry, as my
work around has been to set up the password using cmd.exe then return to
Cygwin (e.g. has not been a big enough issue for me)

-- Mark

Dassi, Nasser wrote:
> I have not written in weeks, but I feel compeled to share as well (being
> a software developer myself).
>
> I agree 99% with your statements Karl, except for the 'purview' remark.
> Using Subversion highlights the bug, although it is not within SVN's
> purview to rectify this. Just like API's, using SVN exposes limitations
> and malfunctions in other application layers -- and it is currently
> beyond your objectives to overthrow the Neon project to rectify this;
> currently, as Brane has expressed, the Neon dev's are first responsible.
> Should Neon chose to ignore it, then Neon would then provide a
> less-than-adequate app layer for SVN to utilize; and only then would it
> be reasonable for SVN to hijack the Neon project to rectify the bug :o)
> I obviously sympathize with Brane on this one.
>
> With regards to the expectation for perfection, I am discouraged with
> Mr. Washburn's utopian expectations considering his [seemingly
> respectible] background and his geographical proximity to my own abode;
> but I digress :o)
>
> Brane, you're not alone :o)
>
> -----Original Message-----
> From: kfogel@newton.ch.collab.net on behalf of kfogel@collab.net
> Sent: Sun 2/20/2005 6:04 PM
> To: Monks, Peter
> Cc: Geoffrey A. Washburn; users@subversion.tigris.org
> Subject: Re: Two windows bugs
>
>
>
> "Monks, Peter" <peter.monks@vignette.com> writes:
>
>>> I'm not sure passing the buck is the right solution here.
>>
>>So you're suggesting that the Subversion developers should support a
>>piece of software (Neon) which they are in no way responsible for
>>developing?
>>
>>If so, I'm having some Windows security issues that I'd like you to
>>solve for me... ...and no buck passing, please. ;-)
>
>
> Oy, oy, let's please not jump on Geoff :-).
>
> I found his tone a bit blunt too, but his basic philosophy I agree
> with. We, the Subversion developers, chose Subversion's dependencies.
> A bug in a dependency that causes a bug in Subversion therefore falls
> within our purview, if we want it to.
>
> However, we can certainly choose to ignore it, as Geoff himself said,
> and that's exactly what we're doing here. I have no problem with
> that, and -- talk of "responsibility" notwithstanding -- Geoff clearly
> has no problem with it either.
>
> -Karl
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 21 17:34:52 2005

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

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