Never had a problem with the GUI parsing project files. No issues with symbolic links.
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.lettere@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.gruen@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).
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 <rickhg12hs@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 <bdysonsmith@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 <rickhg12hs@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.gruen@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?