Hi Shigio, > Hi, > Changing the source code for Windows environment is OK. > But I am anxious why the directory name is not included > in the variable 'root'. Should not we fix the cause? so far i was just looking at an easy fix for the problem at hand. But yes, maybe it's worth it having a closer look. So i started doing this and actually found that on unix, there's also a problem with having GTAGS at /GTAGS. setupdbpath in getdbpath.c bails out with GTAGS not found (line 277).
Now, on unix it might be questionable to have a GTAGS db at the root of the file system. But on the other hand there's nothing which really forbids this setup. So, if you think that this should be fixed too, i guess i could have a closer look. Even though the fix which will result out of this will probably have to change some more parts of the root/dbpath detection code. My first idea would be to try to change the code so that root (and maybe also dbpath) would be setup to always end with a '/'. /Kai > >> Hi, >> >> i compiled global on win32 and tried it with a source tree which starts >> directly at the drive level (root='D:'). In this case the chdir which >> takes care that the search in 'global -u' starts at the root of the src >> tree does not work on windows if there's no '/' at the end of the path. >> If you change root='D:' to root='D:/' its working. So i changed >> chdir(root) to chdir(get_root_with_slash()) in order to fix this. I >> don't think this will cause problems for unix systems. >> >> Could you consider adding the attached patch to the global sources? > > Regards, > Shigio > -- > Shigio YAMAGUCHI <[email protected]> > PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 _______________________________________________ Help-global mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-global
