[kepler-dev] [Bug 4261] Long file name on windows

[bugzilla-daemon at ecoinformatics.org]

http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4261

--- Comment #5 from Christopher Brooks <cxh at eecs.berkeley.edu> 2010-02-22 13:54:08 PST ---
Just an update on the long-line length problem.
The issue is that certain file systems have limits
and svn makes the paths even longer.

The biggest problem is ptolemy/data/properties, which is not
shipped in Ptolemy II 8.0.beta.
The second biggest problem is ptolemy/cg, which is also
not shipped in 8.0.beta.
However, both these directories are in the subversion tree.

I took a look at the lengths in the ptII8.1.devel tar file
and the longest path is now 175 chars.

In the ptII8.0.beta tar file, the longest path is 
128 characters.

In the 8.1.beta subversion tree, the longest file is now 187 chars,
down from 211 characters as reported earlier.

Below are the commands I used to find long files:
[bldmastr at sisyphus ~/ptII]$ find . -name adm -prune -o -type f | awk '{print
length($0), $0}' > /tmp/f2
[bldmastr at sisyphus ~/ptII]$ sort -nr /tmp/f2 | head

187
./ptolemy/data/properties/lattice/logicalOrBackward/test/auto/trainedConstraints/.svn/text-base/AtomicActor_2inputs_SinglePort_2outputs_Singleport__logicalOrBackward_resolved.txt.svn-base

The first non-data.properties file has a length of 152 characters.
In the 8.0.beta subversion branch, the longest file is 141 characters.

So, to close this bug, we need to pull data.properties from the ptII release.

-- 
Configure bugmail: http://bugzilla.ecoinformatics.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.