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

Re: [PATCH] Make CTSVNPath::GetWinPath() return pointer with enough lifetime for long paths (\\?\)

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Fri, 18 Dec 2015 21:10:52 +0100

On 18.12.2015 20:54, Ivan Zhakov wrote:
> On 18 December 2015 at 22:01, Stefan Kueng <tortoisesvn_at_gmail.com> wrote:
>> On 18.12.2015 19:27, Ivan Zhakov wrote:
>>>
>>> On 18 December 2015 at 20:45, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>>>>
>>>> On 18.12.2015 18:26, Ivan Zhakov wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> Please find attached patch that makes CTSVNPath::GetWinPath() return
>>>>> pointer with enough lifetime for long paths (\\?\). It could be
>>>>> related to drdump crash 175238 [1]
>>>>>
>>>>> [1] https://drdump.com/Problem.aspx?ProblemID=175238
>>>>>
>>>>
>>>> Thanks!
>>>> Committed in r27064.
>>>>
>>> Thanks! I think it worth backported this to 1.9.x branch. What is the
>>> process for backports in TortoiseSVN?
>>
>>
>> Backporting is done only for bugfixes, not new features.
> Understand, but my question was how do you track revisions for
> backport? I can create STATUS file like we use in Subversion and
> revisions that makes sense for backport.

Usually bugfixes are mentioned in the changelog.txt file.
But for backporting, I just show the log and go through the unmerged
revisions and check if those contain bugfixes.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest interface to (Sub)version control
    /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=3151335
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-12-18 21:10:57 CET

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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