|
|
Re: defective SVN checkout and build [message #652911 is a reply to message #652446] |
Mon, 07 February 2011 15:04 |
Jan-Frederik Wigger Messages: 5 Registered: February 2011 |
Junior Member |
|
|
Hey,
sorry I am not sure how many files are "affected".
Definitely problematic was
..\workspace\org.eclipse.stem.internal.data.geography.infras tructure.transportation\src\org\eclipse\stem\internal\data\g eography\infrastructure\transportation\propertydata\
RoadTransportGeographicRelationshipPropertyData.java
(filename has 51 characters, entire path has 210)
Eclipse could write the file, even read the file, but Windows cannot. Odd enough. Even though eclipse can open the java files, there seem to be problems with the build and sometimes with the checkout.
In the same folder is the file
AirTransportGeographicRelationshipPropertyData.java
with one character less - this can still be opened, copied, deleted etc.. but not renamed to a file longer that its current name. The 260 character limit is demonstrated here..
On a UNIX machine, it would be easier to identify the files that are escpecially long (although this problem would not emerge on a UNIX machine..). I tried to run a VB script over all files, but it jumps over files with >=260 characters because it does not identify them as files, so I cannot mark the long ones reliably.
My "long" workspace path with 38 characters is surely a problem that could easily be solved - I just renamed it to a short path, but right now, I don't know a method in Windows to count path+filename lengths when scripts don't work.
If anyone has the possibility to do this (UNIX, Mac..) it would be helpful to identify files with a base length (= the eclipse soure path and the filename length) longer than 200 characters or so..
Jan
|
|
|
Re: defective SVN checkout and build [message #653752 is a reply to message #652911] |
Thu, 10 February 2011 23:55 |
Stefan Edlund Messages: 127 Registered: July 2009 Location: IBM |
Senior Member |
|
|
Hi,
I wrote a little unix script that lists and sorts the full path names by length, excluding the base workspace path (env. dependent). The longest is about 234 characters. They all seem to be PropertyFileSpecification classes. We can rename those, perhaps the first 3 on the list below. Would that help do you think?
(sorry the news reader is adding spaces in the paths below for some reason)
./org.eclipse.stem.internal.data.geography.infrastructure.tr ansportation/src/org/eclipse/stem/internal/data/geography/in frastructure/transportation/specifications/RoadTransportatio nGeographicRelationshipPropertyFileSpecification.java 234
./org.eclipse.stem.internal.data.geography.infrastructure.tr ansportation/src/org/eclipse/stem/internal/data/geography/in frastructure/transportation/specifications/AirTransportation GeographicRelationshipPropertyFileSpecification.java 233
./org.eclipse.stem.internal.data.geography.infrastructure.tr ansportation/src/org/eclipse/stem/internal/data/geography/in frastructure/transportation/specifications/TransportationGeo graphicRelationshipPropertyFileSpecification.java 230
./org.eclipse.stem.internal.data.geography.infrastructure.tr ansportation/src/org/eclipse/stem/internal/data/geography/in frastructure/transportation/propertydata/RoadTransportGeogra phicRelationshipPropertyData.java 214
./org.eclipse.stem.internal.data.geography.infrastructure.tr ansportation/src/org/eclipse/stem/internal/data/geography/in frastructure/transportation/propertydata/AirTransportGeograp hicRelationshipPropertyData.java 213
./org.eclipse.stem.ui.diseasemodels.globalinfluenzamodel/src /org/eclipse/stem/ui/diseasemodels/globalinfluenzamodel/pres entation/GlobalinfluenzamodelPropertyStringProviderAdapterFa ctory.java 191
[Updated on: Thu, 10 February 2011 23:57] Report message to a moderator
|
|
|
Re: defective SVN checkout and build [message #654135 is a reply to message #653752] |
Mon, 14 February 2011 10:33 |
Jan-Frederik Wigger Messages: 5 Registered: February 2011 |
Junior Member |
|
|
Hi Stefan,
yes, thanks, I guess these are the suspects. In some cases, the problem occured when eclipse tried to write things like
<filename>$<classname>, but I think those can be prevented by chosing a short workspace name.
If you don't mind, I will add a note in the developers' wiki (in the "get the source code" part), so everybody is warned once.
Even though this problem will die out with upcoming windows versions (I hope..), this problem could still be annoying in the near future, e.g. when adding new data/resources deeply within the folder structures.
Maybe there is a way to make people aware of this problem during compilation or checkout.
Jan
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03929 seconds