Bringing this from APR's list back to dev@s.a.o... For those affected
by issues with working copies on 'subst' drives on Windows (as
reported in mails such as [1], [2]) the following should come as
welcome news:
On Wed, Jan 5, 2022 at 1:37 PM Ivan Zhakov wrote:
> Hi,
>
> The problem with apr_stat
On Thu, Jan 2, 2020 at 5:37 PM Branko Čibej wrote:
>
> On 02.01.2020 13:13, Julian Foad wrote:
> > Mikael Rahbek wrote:
> >> As part of our development we use a substituted drive (Windows 10):
> >>
> >> E.g.:
> >>
> >> subst r: C:\Data\Production_work_7_1_Clean
> >>
> >> In the root of r: there is
On 02.01.2020 13:13, Julian Foad wrote:
> Mikael Rahbek wrote:
>> As part of our development we use a substituted drive (Windows 10):
>>
>> E.g.:
>>
>> subst r: C:\Data\Production_work_7_1_Clean
>>
>> In the root of r: there is now always shown a change with status missing
>>
>> If checking from C:
omebody here will be able to debug it.
- Julian
-Original Message-
From: Julian Foad
Sent: 2. januar 2020 13:13
To: Mikael Rahbek
Cc: d...@apr.apache.org; dev@subversion.apache.org
Subject: Re: Subversion reports status fault on substituted drive
Mikael Rahbek wrote
Mikael Rahbek wrote:
As part of our development we use a substituted drive (Windows 10):
E.g.:
subst r: C:\Data\Production_work_7_1_Clean
In the root of r: there is now always shown a change with status missing
If checking from C:\Data\Production_work_7_1_Clean it shows the status
correct.
Hi
As part of our development we use a substituted drive (Windows 10):
E.g.:
subst r: C:\Data\Production_work_7_1_Clean
In the root of r: there is now always shown a change with status missing
If checking from C:\Data\Production_work_7_1_Clean it shows the status correct.
The problem is new in
6 matches
Mail list logo
