Never had a problem with the GUI parsing project files. No issues with symbolic links.
I have generally found basex very reliable but never try to update the installed version; it's always move the old, unpack the new. On Wed, Jan 23, 2019, 08:09 Christian Grün <christian.gr...@gmail.com> wrote: > Thanks for your assessments. So maybe we should ensure that every file and > directory will only be parsed once. > > Did anyone of you have problems with the automatic parsing of project > files in the BaseX GUI, or with symbolic links in particular? > > > > > > Am Mi., 23. Jan. 2019, 09:12 hat Marco Lettere <m.lett...@gmail.com> > geschrieben: > >> Same for us over here. The ability to follow symlinks is a very powerful >> feature that we use to externalize folders (data, restxq for instance). So >> please don't remove it altogether! >> M. >> >> On 22/01/19 23:50, Graydon Saunders wrote: >> >> I've been handling updates by making data/ a symbolic link to a data >> directory that's a sibling of the basex directory. (Move the old, unpack >> the new, go into new and replace data/ with a symbolic link up and over.) >> >> Would hate to see that stop working. >> >> On Tue, Jan 22, 2019, 17:36 Christian Grün <christian.gr...@gmail.com> >> wrote: >> >>> Good to hear that! I can’t recollect that something particular has >>> changed in version 9.1.2, regarding the scanning of project files, but I’ll >>> have some thoughts how we can trace and interrupt such loops (or ignore >>> symbolic links instead). >>> >>> >>> >>> Am Di., 22. Jan. 2019, 23:22 hat Bridger Dyson-Smith < >>> bdysonsm...@gmail.com> geschrieben: >>> >>>> Glad that helped :) >>>> >>>> I see this when I start from a fresh install vs expanding the ZIP into >>>> the same directory. >>>> >>>> On Tue, Jan 22, 2019, 5:17 PM Rick Graham <rickhg1...@gmail.com wrote: >>>> >>>>> Thanks Bridger! >>>>> >>>>> Indeed, I quit basexgui and manually edited .basexgui to set the >>>>> project directory to a newly created empty directory. basexgui seems >>>>> normal/stable after that. >>>>> >>>>> I rarely, as in almost never, use wine but I didn't have this issue >>>>> with previous versions of BaseX. Something seems unexpected here. >>>>> >>>>> >>>>> On Tue, Jan 22, 2019 at 11:04 PM Bridger Dyson-Smith < >>>>> bdysonsm...@gmail.com> wrote: >>>>> >>>>>> Hi Rick, et al, >>>>>> I think (but am not 100% sure) that the GUI defaults to looking >>>>>> through your home directory on startup. So, somewhere in >>>>>> `~/rick/.wine/dosdevices/...` you have symbolic links that are looped. >>>>>> >>>>>> I think you might be able to circumvent this problem by finding >>>>>> `.basexgui` - it would probably be close to wherever you started the GUI >>>>>> from on your filesystem. I think you can edit some of the PATHS there and >>>>>> that may help? >>>>>> >>>>>> Again, I'm not sure. HTH! >>>>>> Best, >>>>>> Bridger >>>>>> >>>>>> On Tue, Jan 22, 2019 at 4:56 PM Rick Graham <rickhg1...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> The command-line seemed to be operating normally. >>>>>>> >>>>>>> What exactly is/are my project directories? >>>>>>> >>>>>>> I attached to the running GUI instance `strace -f -e trace=stat -p >>>>>>> 13368` and it has infinite repetitions of: >>>>>>> >>>>>>> [pid 13436] >>>>>>>> stat("/home/rick/.wine/dosdevices/z:/sys/class/thermal/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone2/subsystem/thermal_zone0/device/subsystem/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:75/subsystem/devices/PNP0C0A:02", >>>>>>>> 0x7f7beb2796e0) = -1 ELOOP (Too many levels of symbolic links) >>>>>>> >>>>>>> >>>>>>> What's going on here? >>>>>>> >>>>>>> On Tue, Jan 22, 2019 at 10:21 PM Christian Grün < >>>>>>> christian.gr...@gmail.com> wrote: >>>>>>> >>>>>>>> at >>>>>>>>>> org.basex.gui.view.project.ProjectFiles.add(ProjectFiles.java:167) >>>>>>>>>> at >>>>>>>>>> org.basex.gui.view.project.ProjectFiles.add(ProjectFiles.java:173) >>>>>>>>>> at >>>>>>>>>> org.basex.gui.view.project.ProjectFiles.add(ProjectFiles.java:173) >>>>>>>>>> at >>>>>>>>>> org.basex.gui.view.project.ProjectFiles.add(ProjectFiles.java:173) >>>>>>>>>> >>>>>>>>> >>>>>>>> Looks like a endless loop that is caused by parsing the files in >>>>>>>> your project directory. Do you possibly have any symbolic links? >>>>>>>> >>>>>>>> Can you reproduce the problem with a completely fresh BaseX zip >>>>>>>> archive? >>>>>>>> >>>>>>>> >>>>>>>> >>