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.gruen@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 ekimber@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>8d264e1 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.java :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

Are you behind a VPN?

Nope (both machines have direct access to the internet).. But your Dropbox link worked, thank you!

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.gruen@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.gruen@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 ekimber@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

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.gruen@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 ekimber@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.gruen@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.gruen@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 ekimber@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

Is there a workaround for this bug? Do I understand the issue that this only occurs if the first document has a namespace declaration?

Cheers,

E. ————— Eliot Kimber, Owner Contrext, LLC http://contrext.com

On 3/25/15, 1:44 PM, "Christian Grün" christian.gruen@gmail.com wrote:

...

Cool--always happy to reveal a bug.

;) And I'm always happy to receive bug reports, because it feels like just being one step closer to a bug-free release.

...

Let me know if I can help in testing a fix.

Thanks for the offer. I noticed that the error was caused by an old assertion in the code..

https://github.com/BaseXdb/basex/blob/master/basex-core/src/main/java/org/ basex/io/random/TableDiskAccess.java#L323-L325

I removed this check, and not any of our W3 and JUnit update tests complained. It's tempting to simply leave it like that, but I'll have a closer look at this tomorrow.

I'll tell you once this can be tested.

Christian