I'm using Workstation 10, Host OS Ubuntu 12.04, guest OS Fedora 12. I have a single vmghfs mount exposing a Host folder as a filesystem in the guest. In the guest, this appears in the guest fstab as: .host:/source /home/chrisb/source vmhgfs defaults 0 0

When writing to a text file on the host in eclipse, I am able to consistently reproduce a file corruption bug from the point-of-view of the guest OS. If I expand the file, everything is okay. If I make the file smaller (for example, deleting a few characters of a text file) the size appears to change but the contents do NOT. This problem does NOT occur when the file is edited in vim, however the effect appears to be the same in either case on the host (the file appears changed correctly on the host). Issuing a 'sync' on the Host also has no impact on what the guest sees.

e.g.:

original

=====

1234567890

=====

edit on host

=====

12345890

=====

seen on guest:

=====

12345678

=====

I have not tried editing the file while it appears corrupted on the guest.

What causes this, and how do I prevent it short of abandoning eclipse?

It seems the vmhgfs shared folders feature of Workstation has had ongoing issues for a while. Each time I update to a major or minor version, I test out the shared folders feature to see how it works. So far I've always switched to using regular Samba shares on the host.

I'm testing Workstation 10.0.1 on a Xubuntu 12.04.3 host using the 3.8 kernel enablement stack and 2 Xubuntu 12.04.3 guests with the 3.2 kernel stack. I encountered similar issues as you. I edited a text file on the host or one of the guests but the second guest doesn't see any changes. Issuing sync commands on the host and the 2 guests didn't fix anything. A second issue I saw was when I edited a text file on one of the guests and then opened the file in the second guest, it showed the contents of a completely different file. That was when I switched Samba shares with the added benefit of increased performance.

For both the cases above, a reboot of the guest seemed to fix it but that's not a good workaround.

I have seen the same problem on 10.0.1 when using NETBEANS and KOMODO IDE. No problem with ULTRAEDIT, ULTRASTUDIO or PHPSTORM. This was not a problem under 10.0.0. It occurs on both Windows 7 and Windows 8 hosts running Centos 5.9 and Centos 6.4 guests respectively.

Is there any workaround for this bug ? I can't really develop on my Windows host (and deploy on my Linux guest) because of this exact bug Need to enter some junk comments once in a while and save so that the guest can recognize the changes correctly.

As for workarounds, can you revert back to the previous version of tools, 6.0.1 which I assume must have worked for you?

Seems the simplest choice given you can't work only in the VM. The only other choice would be after you edit the file in the Windows host, you make sure you have either unmounted the HGFS share which can also be done by disabling the Shared Folders feature from the UI (verify the mount has gone) or rebooted the Linux VM before you reuse the file with new changes. Seems like that is asking a lot though…but disabling sharing and enabling sharing again might be sufficient to get the VM file system cache purged but I have not tried it. Rebooting seems excessive and annoying but would be a sure fire way.