[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ptp-dev] eclipse settings folder
|
Ah yes, that makes sense since just running a tool would require
creating that folder to communicate back with Eclipse.
What made me think of this was the fact that I had to remove
.eclipsesettings to get the new resource manager framework to work
properly about 2 weeks ago and I was wondering if it would be safest to
remove it again before testing RC1 to get good results. However, from
what you said it seems I should never have had to manually remove the
folder since Eclipse-PTP should have copied a new version over and
overwrote the old one. Does it simply copy over a new tar and unzip (so
any package change would not remove old stuff)?
It makes me wonder if there is a better way to manage the monitoring
side of things since I could see using two different versions of eclipse
with different LML drivers and they keep overwriting each other and
causing issues (e.g. older stable version used for a demo, newer version
used in development).
Chris
On 05/29/2012 03:03 PM, Greg Watson wrote:
Chris,
You need access to .eclipsesettings even if synchronized projects are not being used, so it can't really be tied to them.
Currently we check the size of the tar file and send a new copy if they differ. I chose the size because it is easy to test without running a command, but this could be made more robust by using a version number in the file name, or a hash, or something else like that.
Greg
On May 29, 2012, at 3:31 PM, Christopher Navarro wrote:
I know it would take more disk space, but I wonder if it would make more sense to put .eclipsesettings inside the remote directory that gets created when you create a synchronized project instead of putting it in the top level directory of user_home. This would prevent conflicts if you use different versions of eclipse with the same remote machine. It seems like it would be easy to have issues simply because you are using multiple versions of eclipse that expect different LML drivers.
Chris
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
