Does someone know if there is a special case on python or CLI world, when we need to work with large filename path (ex: more than 57 characters)?
I know that Windows OS had such a limitations (directory levels, large filename), but here it is under linux and for a complete filename (ex: a root path + a relative one)!
I asking that because I see that some filenames are into a special case when we try to generate a new 'gramps.pot' via 'po/update_po.py'.
I suppose that the solution will be easy but I cannot see why this exception: some files are properly listed/parsed and some others are not!
I do not have non-ASCII characters on paths (see po/POTFILES.skip) and the script does not need gramps (standalone python code).
From: Paul Franklin <pf.98052@gm...> - 2012-10-16 14:57:22
I have no way to run trunk yet (maybe in November),
and I am no Python (or gramps) expert, but I did a
python filename length limit OR limitation OR maximum
and among the places it pointed me to was
where it pointed out that
will return (among other things):
f_namemax: maximum filename length
so maybe you can look at the other Google places
(or make similar searches) and see if there is some
way to set such things? But at least maybe if you
can query it you can test for it and so forth.
Hope this helps.