Unable to rename or delete VI file

[MogaRaghu]

This is driving me crazy.

I work on a project.

Save it.

Close LV2012 completely.

Try to move the project folder to another location from Windows explorer.

But it keeps on telling me this cannot be done as one of the file (s) is open in another program. For sure I know there is no "another" program except LV2012 and that also is closed for sure.

I have to restart the computer to be able to anything with the Project folder - rename it or move it or  even delete it.

What is going on ?

(LV2012 . SP1 on WIndows 7.)

[Norbert_B]

Does this happen with a new/empty project as well?

If not, i would focus my search on ActiveX/.NET components you use in your application.....

Norbert

[Yamaeda]

Make sure the process is killed completely (check task manager).

/Y

[JÞB]

---

@Raghunathan wrote:

This is driving me crazy.

I work on a project.

Save it.

Close LV2012 completely.

Try to move the project folder to another location from Windows explorer.

(LV2012 . SP1 on WIndows 7.)

---

Why would you do that?  

The project knows where its members are supposed to be.  If you go around moving them on disk without going through the files view of the project explorer the closed project won't know where you moved things too.

An exact annalogy to borowing dads car without asking and parking it in some random garage down the block.  Dad is going to be irked when he tries to find the car again and will need you to tell him where you put it.

And let me guess ~~~ oh, Magic 8-ball ~~~~ Does the OP use Auto-populating folders instead of virtual ones?  

Stop that.  Auto-pop folders are evil.

[billko]

I'm hoping that he means moving the physical folder, including all the VIs.

Troublshooting exercises:

Open LV 2012 and close it without doing anything.  Then try to move the folder.  Does it work?

Open LV 2012.  Open the project.  Open the main VI, then close it.  Try moving the folder.  Does it work?

[MogaRaghu]

So why would I do that ?

I work on the office PC on a project.

I want to go home and work.

SO I copy the WHOLE project folder to a pen drive.

Now I close LV2012 fully on the office PC after saving the project etc.

Just to make sure which date I worked on the project, I just want to rename the folder with data info like _29Oct2014. ( I know there are other professional ways like version control etc but this is simple even if dirty)

I cannot do that renaming.

And that precisly is my problem.

( If it would help to know - I NEVER add or delete any file from project outside the project environment)

[MogaRaghu]

Open LV 2012 and close it without doing anything.  Then try to move the folder.  Does it work?  [ I AM NOT CLEAR ON THIS. I DONT DO ANYTHING TO THE PROJECT ?? ]

Open LV 2012.  Open the project.  Open the main VI, then close it.  Try moving the folder.  Does it work? [ NO IT DOES NOT WORK. THE FOLDER CANNOT BE MOVED ]

[JÞB]

Use the project explorer to move the files.

Yes the Project explorers files view.  Windows explorer should be closed  You should do nothing to any file belonging to a project without using the project explorer.  That is what I meant by "Why would you want to do that?" don't do that 

[crossrulz]

---

@Raghunathan wrote:

Just to make sure which date I worked on the project, I just want to rename the folder with data info like _29Oct2014. ( I know there are other professional ways like version control etc but this is simple even if dirty)

---

Yes, it is very dirty.  And SCC is actually really simple too.  It takes just a few minutes to set up a repository and then it can be as simple as a right-click->commit (with Tortoise SVN).  SCC keeps everything organized, you can go back to previous versions, and so much more, all without mucking with folder names and copying files.

[billko]

---

@crossrulz wrote:

---

@Raghunathan wrote:

Just to make sure which date I worked on the project, I just want to rename the folder with data info like _29Oct2014. ( I know there are other professional ways like version control etc but this is simple even if dirty)

---

Yes, it is very dirty.  And SCC is actually really simple too.  It takes just a few minutes to set up a repository and then it can be as simple as a right-click->commit (with Tortoise SVN).  SCC keeps everything organized, you can go back to previous versions, and so much more, all without mucking with folder names and copying files.

---

I can't live without it.  It feels like driving without a safty belt.