RE: Re: Strange Problem (Asked before)

Hi Stefan,
Thanks for the quick answer. After your mail, i've uninstalled v1.2.6.4786, did a ClearInstall.exe, removed the env variable ASP_DOT_NET_HACK (which had a value of 1), rebooted, installed v1.3.1.5521, rebooted again, and finally i could get my Working Copies back. Thanks for the tip.
So what i understand is that, if i install v1.3.x.x with ASP.NET hack option included, it creates an enviroment var named ASP_DOT_NET_HACK, and after the reboot it ignores the .svn folders of the current working copies and looks for _svn folders to name a directory a "working copy". Is this correct? If so, isn't this a bug or something? We're planning to develop some Web projects with Vs.Net, so we will need this ASP.NET Hack option in the near future. So before we will install it, we have to commit all the working copies, remove them, install Tortoise with ASP.NET Hack option checked, and then re-checkout the repositories. Is this assumption also correct?

Thank you for your help&tip.
Best Regards,
Hasan Cetin

-----Original Message-----
From: Stefan Küng [mailto:tortoisesvn@gmail.com]
Sent: Wednesday, February 01, 2006 6:57 PM
To: users@tortoisesvn.tigris.org
Subject: Re: Strange Problem (Asked before)

Yazılım wrote:
> Hi, We've a server running Win2000, with subversion v1.3 installed.
> We have 4 client pc's each running WinXp Sp2. On client machines,
> TortoiseSVN v1.2.6.4786 is installed and we can work with no problem.
> We've upgraded TortoiseSVN to v1.3.0.5416 and all of the
> explorer-overlay icons were disappeared, and the directories in which
> our working copies were, claimed to be "is not a working copy" by
> TortoiseSVN and svn.exe. We downgraded back to v1.2.6.4786 and
> everything was back on track. I've sent an email to this mailing list
> on Jan 19, 2006 and Rainer Muller replied with a question. But at that
> time, we had some problems with our mailservers and the we didn't
> receive the mail so we couldn't answer his question(the answer is no,
> we are not using _svn folders, we develop mostly with Delphi7). Now
> that we've seen v1.3.1.5521, we tried upgrading

You may not use them on purpose. Check out a new working copy, then check the name of the hidden subversion admin dir name. If it's _svn instaead of .svn, then you must remove the env variable ASP_DOT_NET_HACK, reboot and you should be fine.

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org