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\>8d264 >>>>e1 >>>>e7 >>>> >>>>3d5596758a069a4355920c448a5b41d\</commit\>\</gitstate\>\</dfst_metadata >>>>\> >>>> -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 >>>> >>>> >>>> >>> >> >> >
