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?
>>>>>>
>>>>>>
>>>>>>
