Thanks, I wanted to avoid storing caches in the sources but it seems I
will go with it. One thing that bugs me, is the 180 char path really
too long? 180 seems low-ish. If it is, won't the path to the cache in
the sources be too long too? (but then again, Emacs seems to work in
those dirs just fine).
2011/9/26 Eric M. Ludlam <ericludlam@...>:
> Interesting! I suspect the only solution is to set
> semanticdb-default-save-directory to nil, which will save cache files next
> to your sources instead of in the .semanticdb directory.
> I suppose this could be a default for file names that are too long. ;)
> On 09/25/2011 06:50 AM, Laurynas Biveinis wrote:
>> Hi -
>> After setting up CEDET to parse my project source files, I start
>> getting the following error messages:
>> (file-error "Opening output file" "file name too long"
>> repeated many times for various paths, here 'xxxx' is
>> length-preserving replacement of original directories. The path in
>> this error message is 180 characters long. Setting debug-on-quit did
>> not give me a backtrace where this occurrs. I have read
>> semanticdb-file.el but cannot make much out of it. How can I fix or
>> avoid this error?
>> My version is -
>> CEDET Version: 1.0
>> Requested File Loaded
>> Package Version Version Version
>> cedet: 1.0 ok ok
>> eieio: 1.3 ok ok
>> semantic: 2.0 ok ok
>> srecode: 1.0 ok ok
>> ede: 1.0 ok ok
>> speedbar: 1.0.3 ok ok
>> cogre: 1.0 ok Not Loaded
>> cedet-contrib: 1.0 ok Not Loaded