On 21.10.2016 22:25, Bert Huijben wrote:
>
>> -Original Message-
>> From: Stefan Sperling [mailto:s...@elego.de]
>> Sent: vrijdag 21 oktober 2016 14:14
>> To: yuan lixin
>> Cc: users@subversion.apache.org
>> Subject: Re: Re: subversion issue: ignor
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: vrijdag 21 oktober 2016 14:14
> To: yuan lixin
> Cc: users@subversion.apache.org
> Subject: Re: Re: subversion issue: ignore server invaild certificate in
linux
>
> On Fri, Oct 21,
On Fri, Oct 21, 2016 at 07:41:18PM +0800, yuan lixin wrote:
> but in the interface "svn_auth_ssl_server_trust_prompt_func_t",
> the actual parameter is "failures", not "*failures". so it can not change
> the svn's failures in linux, then can not ignore certificate.
> could you look at my code for
On 21.10.2016 13:34, yuan lixin wrote:
> but in the interface "svn_auth_ssl_server_trust_prompt_func_t", the
> actual parameter is "failures", not "*failures". so it can not change
> the svn's failures in linux, then can not ignore certificate.
The svn_auth_ssl_server_trust_prompt_func_t func
On Fri, Oct 21, 2016 at 06:08:45PM +0800, yuan lixin wrote:
> Dear stefan:
>
> At first, my code is using the "libsvncpp", that has its own providers, and
> it can run normal in windows.
> second, i used the svns's code to implement of downloading and uploading, not
> the svn cmd line. the "--tr
On Fri, Oct 21, 2016 at 01:45:57PM +0800, yuan lixin wrote:
> Dear All,
> My program call the api "svn_auth_ssl_server_trust_prompt_func_t" in
> windows to ignore server invaild certificate,
> Code like :
>svn_client_get_ssl_server_trust_prompt_provider(
> &provider,
On Fri, Jun 13, 2014 at 10:15 AM, wrote:
>
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> (users@subversion.apache.org)
>
I see you read this part.
> with as much informat
writes:
> My user reported that an extra file existed in the repository after
> performing a merge (claiming this file was not in his working copy prior
> to the commit). My initial thought was they had done the merges out of
> sequence causing the deletion of a file before it was added, the use
