Cool--always happy to reveal a bug. Let me know if I can help in testing a fix.
Cheers, E. ————— Eliot Kimber, Owner Contrext, LLC http://contrext.com On 3/25/15, 1:23 PM, "Christian Grün" <christian.gr...@gmail.com> wrote: >Pardon me… I just tried to call the gist in the browser. Using "git >clone" works as you said. > >I managed to reproduce the problem, and it's a clear bug [1]. We'll do >our best to fix it as soon as possible. > >Best, >Christian > >[1] https://github.com/BaseXdb/basex/issues/1112 > > >On Wed, Mar 25, 2015 at 6:52 PM, Eliot Kimber <ekim...@contrext.com> >wrote: >> Are you behind a VPN? I just tried to clone it from a machine that had a >> VPN connection going but it failed. When I turned the VPN off then the >> clone succeeded. Unless it's an issue with GitHub itself. >> >> I've but the data on Dropbox here: >> >> https://dl.dropboxusercontent.com/u/20078596/gist-basex-failure.zip >> >> Cheers, >> >> E. >> ————— >> Eliot Kimber, Owner >> Contrext, LLC >> http://contrext.com >> >> >> >> >> On 3/25/15, 12:40 PM, "Christian Grün" <christian.gr...@gmail.com> >>wrote: >> >>>> https://gist.github.com/dc9f6d55d891b06ecae9.git >>> >>>Hm, it still gives me 404.. I also tried to download it from a machine >>>with a different IP (both in Germany). Using http or https makes no >>>difference either! >>> >>> >>>> I just verified that it's not private and that I could clone it (at >>>>least >>>> with my GitHub credentials). >>>> >>>> Cheers, >>>> >>>> E. >>>> ————— >>>> Eliot Kimber, Owner >>>> Contrext, LLC >>>> http://contrext.com >>>> >>>> >>>> >>>> >>>> On 3/25/15, 12:28 PM, "Christian Grün" <christian.gr...@gmail.com> >>>>wrote: >>>> >>>>>Eliot, >>>>> >>>>>Thanks for reporting this. The gist does not seem to exist (anymore); >>>>>could you please check it again? >>>>> >>>>>Thanks in advance, >>>>>Christian >>>>> >>>>> >>>>>On Wed, Mar 25, 2015 at 3:58 PM, Eliot Kimber <ekim...@contrext.com> >>>>>wrote: >>>>>> I'm getting a failure on the second commit of XML data via the >>>>>>basexclient >>>>>> command (from my git hook code). >>>>>> >>>>>> I've created a gist here: >>>>>>https://gist.github.com/dc9f6d55d891b06ecae9.git >>>>>> with relevant logs and the data/ directory. >>>>>> >>>>>> The exception reported is: >>>>>> >>>>>> ================== >>>>>> Contrext01:dfst-sample-project ekimber$ git add .;git commit -m >>>>>>"updated >>>>>> test file" >>>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>>> REPLACE\ docs/topic-01.dita\ >>>>>> /Users/ekimber/workspace-dfst/dfst-sample-project/docs/topic-01.dita >>>>>>-U >>>>>> admin -P admin -p 1984 -n localhost >>>>>> >>>>>> Running: basexclient -c CHECK\ dfst_master\;\ OPEN\ dfst_master\;\ >>>>>> REPLACE\ dfst/metadata.xml\ >>>>>> >>>>>>\<dfst_metadata\>\<gitstate\>\<branch\>master\</branch\>\<commit\>8d2 >>>>>>64 >>>>>>e1 >>>>>>e7 >>>>>> >>>>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metada >>>>>>ta >>>>>>\> >>>>>> -U admin -P admin -p 1984 -n localhost >>>>>> Improper use? Potential bug? Your feedback is welcome: >>>>>> Contact: basex-talk@mailman.uni-konstanz.de >>>>>> Version: BaseX 8.0.3 >>>>>> Java: Oracle Corporation, 1.7.0_65 >>>>>> OS: Mac OS X, x86_64 >>>>>> Stack Trace: >>>>>> java.lang.RuntimeException: Data Access out of bounds: >>>>>> - pre value: 21 >>>>>> - #used blocks: 1 >>>>>> - #total locks: 1 >>>>>> - access: 0 (1 > 0] >>>>>> at org.basex.util.Util.notExpected(Util.java:60) >>>>>> at >>>>>>org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:462) >>>>>> at >>>>>>org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:148) >>>>>> at org.basex.data.Data.kind(Data.java:304) >>>>>> at >>>>>>org.basex.data.atomic.Replace.getInstance(Replace.java:42) >>>>>> at >>>>>> >>>>>>org.basex.data.atomic.AtomicUpdateCache.addReplace(AtomicUpdateCache. >>>>>>ja >>>>>>va >>>>>>:9 >>>>>> 5) >>>>>> at org.basex.core.cmd.Replace.replace(Replace.java:95) >>>>>> at org.basex.core.cmd.Replace.run(Replace.java:57) >>>>>> at org.basex.core.Command.run(Command.java:379) >>>>>> at org.basex.core.Command.execute(Command.java:95) >>>>>> at >>>>>>org.basex.server.ClientListener.run(ClientListener.java:146) >>>>>> >>>>>> >>>>>> [master 8d264e1] updated test file >>>>>> 1 file changed, 1 insertion(+), 1 deletion(-) >>>>>> Contrext01:dfst-sample-project ekimber$ >>>>>> ================= >>>>>> >>>>>> >>>>>> The first update succeeds, the second one fails. >>>>>> >>>>>> The second one is committing literal XML on the command while the >>>>>>first >>>>>>is >>>>>> committing a file on the file system. >>>>>> >>>>>> This behavior is consistent: if I drop the database, restart the >>>>>>server, >>>>>> the repeat this test, I get the same failure. >>>>>> >>>>>> Is this my user error or a bug? >>>>>> >>>>>> Cheers, >>>>>> >>>>>> E. >>>>>> >>>>>> ————— >>>>>> Eliot Kimber, Owner >>>>>> Contrext, LLC >>>>>> http://contrext.com >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> >
