lines aren't terribly helpful on a
white background.
...
On Mar 19, 2015 9:17 PM, Richard Hipp d...@sqlite.org
mailto:d...@sqlite.org wrote:
The circular node patch is available for experimental viewing at
https://www.fossil-scm.org/fossil-ex
...
--
Ross Berteig r
hanges. Given the friction inherent
in the build, flash, play with the toy to test it, find a bug while
outside playing and try to remember what you just did to reproduce it
sort of development cycle, any defense against too fast a release is
useful.)
--
Ross Berteig
On 1/7/2016 8:36 PM, Andy Bradford wrote:
Thus said Ross Berteig on Thu, 07 Jan 2016 11:54:03 -0800:
Letting the full test suite run in-tree fails almost immediately
because amend.test called repo_init which cannot be run inside a
checkout.
Any tests that require their own
On 1/9/2016 11:19 AM, Joe Mistachkin wrote:
Ross Berteig wrote:
At this point I have ask whether the test cases in test/file1.test or
the code in src/file.c are correct?
The tests assumed they were running from the Fossil source checkout. The
"file1" and "th1" test files
On 1/9/2016 5:44 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
I still have errors from th1.test: 3 errors out of 255 tests run. They
are th1-checkout-2, th1-globalState-1, and th1-globalState-8.
Thanks, should be fixed now. I have no idea about the "merge*" failures.
Looks lik
On 1/5/2016 5:29 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
I figure the first step to building test cases for JSON support is to
prove I can build a fossil that passes its existing tests. Apparently
that isn't the case.
Please try setting the TEMP environment variable to a directory
On 1/11/2016 1:15 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
* th1-tcl-2
* th1-trace-2
* th1-trace-4
* th1-info-commands-1
* th1-info-vars-1
* th1-info-vars-2
* th1-info-vars-3
* th1-info-vars-5
The "th1.test" file should now fully pass on trunk,
On 1/11/2016 1:10 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
cc -I. -I../work/src -Ibld -DFOSSIL_DYNAMIC_BUILD=1
-Icompat/tcl-8.6/generic -O2 -DHAVE_AUTOCONFIG_H -D_HAVE_SQLITE_CONFIG_H
-o bld/add.o -c bld/add_.c
In file included from ../work/src/add.c:22:0: bld/add.h:11:17: fatal
error
On 1/10/2016 4:48 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
I added --with-th1-docs and --with-th1-hooks to my configure, and
th1-hooks.test blew up, all tests failed by complaint about no
repository. Looks like it either needs to run in tree or to have a
suitable repository built up
On 1/12/2016 8:28 PM, Andy Bradford wrote:
Thus said Ross Berteig on Tue, 12 Jan 2016 15:53:08 -0800:
* amend-comment-5.1
* amend-comment-5.2
* amend-comment-5.3
* amend-comment-5.4
These are due to "ed" missing in your environment. Is there a
si
n the terminal and
keep a record reveals that it failed 7 tests up to the point of crashing
in th1.test:
* amend-comment-5.1
* amend-comment-5.2
* amend-comment-5.3
* amend-comment-5.4
* merge_multi-4
* merge_renames-5
* rm-soft-relative-4
I manually ran the only test file not yet run (utf.te
about XSS I'd take it as a bit of a challenge
to find the issue knowing only that one was found...
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
___
foss
On 1/14/2016 12:41 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
It seems as if the --no-repository option had no effect at all.
Both fossils are built fresh from tip of trunk this morning.
Sorry, that was a minor typo when refactoring. Should work now.
Actually, I think the code was fine
On 1/14/2016 2:22 PM, Ross Berteig wrote:
On 1/14/2016 12:41 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
It seems as if the --no-repository option had no effect at all.
Both fossils are built fresh from tip of trunk this morning.
Sorry, that was a minor typo when refactoring. Should work
is another attack surface to add to my list of places to
consider fuzz testing.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
___
fossil-dev mailing list
On 1/12/2016 4:51 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
couldn't change working directory to "../fossil4/test": no such file or
directory
This should be fixed on trunk.
Yes, at least works for me on but Windows and Ubuntu builds.
* amend-comment-5.1
* ame
and, and looked for actual JSON
format output in a way that barfed when it wasn't there.
I'll get that fixed ASAP.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1
On 2/4/2016 12:33 PM, Ross Berteig wrote:
As an experiment, I decided to see how hard it would be to build fossil
instrumented for code coverage and run the full test suite. Turns out it
wasn't that hard to do, although it did require both configure and make
to be invoked with special conditions
the regression test suite.
I'd be happy to share a zip of *.gcno, *.gcda, and *.gcov if anyone is
interested in the raw data.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
On 2/5/2016 3:48 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
The simple answer is to always name the fossil to test as fossil.exe on
Windows when running tester.tcl. A slightly more robust answer would be
include some code in tester.tcl that makes sure the ".exe" got put there
if a
This effort produced another mystery which I just figured out.
On 2/4/2016 5:45 PM, Ross Berteig wrote:
For the record, what I actually typed looked like this, at a bash prompt
provided by MingW32 and MSYS, in a folder parallel to my open checkout:
$ tclsh ../fossil4/test/tester.tcl
t framework as it stands today cannot be run from within any open
checkout, but does require that it be able to find an open checkout of
fossil itself for those remaining tests that assume they have fossil's
own repo open.
--
Ross Berteig r...@cheshireeng.com
Cheshir
25f832e1b58228cdf7f8aff3c1",
"timestamp":1453942631,
"command":"wiki/diff",
"procTimeUs":0,
"procTimeMs":0,
"payload":{
"v1":"1fc892ee8c1fd776e7b2baf7ba4f7b5
when tester.tcl is running my
json.test file).
Note that the HTTP claims "200 OK" right at the top. So where does a 500
status come from? The fossil http command exited non-zero because of
SQLITE_CANTOPEN, and the web server then naturally flushes any output
from its CGI process.
index via mkindex.tcl.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
___
fossil-dev mailing list
fossil-dev@mailinglists.sqlite.org
http://mailinglists.sqli
On 1/23/2016 7:30 PM, Andy Bradford wrote:
Thus said Ross Berteig on Sat, 23 Jan 2016 16:48:45 -0800:
I should add that it is not unique to my new file json.test. I've seen
it happen other calls to repo_init when all tests are run. Since it is
treated as an exception by Tcl, the tests halt
configuration on Windows, and from both simple and full-featured
configurations on Ubuntu.
It looks to me like the branch can be closed.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
___
nce as usually just running the test
framework again works ok. But intermittent problems bug me, and
intermittent problems in a test framework bug me more...
Any thoughts?
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp.
On 1/23/2016 4:45 PM, Ross Berteig wrote:
I've been noticing this off and on. It is an intermittent problem. I
think I've only seen it on Windows, and not on Ubuntu, but I'm not
absolutely sure of that.
I'm starting to write test cases for fossil json, and this is happening
when my new
at the stash was
going to delete is already deleted? I was expecting that stash diff
would show that the working directory already has all the stashed
changes applied, not an error.
The version of stash.test as of [94b95307] demonstrates what I tried.
--
Ross Berteig
have will
need to intervene, but I'm sure that can be done.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
___
fossil-dev mailing list
fossil-dev
On 3/12/2016 11:45 PM, Baruch Burstein wrote:
On Sat, Mar 12, 2016 at 2:27 AM, Ross Berteig <r...@cheshireeng.com> wrote:
On 3/11/2016 3:40 PM, Joe Mistachkin wrote:
I don't feel strongly about gone or not, but consistent would be
good. IIRC there was some resi
sion ratio, and likely hardly at all from compression speed.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
___
fossil-dev mailing list
checkins, e.g. [ca574f81] closer to the top of the page.
The newer page of timeline does have a line from the south edge all the
way to the open leaf of the tag near 2016-03-06.
A small quirk, but a quirk nonetheless.
--
Ross Berteig r...@cheshireeng.com
On 3/13/2016 4:24 AM, David Vines wrote:
On 11/03/2016 22:49, Ross Berteig wrote:
* technoteattachcli
New fossil attach command for CLI ability to attach files to wiki pages
and technotes. Work in progress, apparently stalled.
* technote-cli
New CLI features for managing technotes. Work
On 3/12/2016 2:10 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
It also led me to blog posts from miniz's author. He does seem to
still be alive, but miniz may be dormant.
Do you have a direct link to the authors blog (I don't think the
"cbloomrants" is it)? Can we get somebody t
On 3/11/2016 4:27 PM, Ross Berteig wrote:
On 3/11/2016 3:40 PM, Joe Mistachkin wrote:
Ross Berteig wrote:
This raises another question, is there a reason to prefer miniz over
zlib or vice-versa?
Please prefer zlib, it's far more well tested.
OK.
I've been building on Windows
On 3/2/2016 9:41 PM, Andy Bradford wrote:
Thus said Ross Berteig on Wed, 02 Mar 2016 19:24:55 -0800:
Yes, apparently it has. In isValidLocalDb() in src/db.c ca. line 1099,
there are two if blocks that test for some feature of the local db
schema, and to the needed ALTER TABLE commands
On 9/27/2016 12:33 PM, Andy Bradford wrote:
Thus said Ross Berteig on Mon, 26 Sep 2016 13:56:22 -0700:
The branch may have been good before the merge from trunk, but it is a
mess right now. It needs cleanup and likely merging from something
closer to the tip of trunk.
Indeed
On 9/28/2016 3:55 PM, Ross Berteig wrote:
For some time now, the test suite has been noting two errors from
merge2.test: merge-utf-79-23 and merge-utf-79-32. As of[0661d65c]these
are the only failing tests on trunk.
And apparently while I was researching this, drh was busily anticipating
my
be tempted to drop the Linux and
OpenBSD builds since those are platforms that almost always come with
the compiler, unlike Mac and Windows which don't.
I couldn't use a VAX build myself, but a PDP11 on RT11 would be amusing.
Not sure it can be done, though.
--
Ross Berteig
On 10/14/2016 12:20 PM, Andy Bradford wrote:
Thus said Ross Berteig on Fri, 14 Oct 2016 12:14:03 -0700:
Something made the Windows Firewall fussier, and I had to reassure it
during both test suite runs that yes, it was ok to let fossil.exe do
something. The prompt came a long ways
in that case
because wish does something strange with stdin and stdout
Running the tests with tclsh was all good.
On 10/14/2016 7:47 AM, Richard Hipp wrote:
The final SQLite 3.15.0 is not checked into the Fossil trunk. Is it
an appropriate time to release version 1.36 of Fossil?
--
Ross
On 10/14/2016 12:14 PM, Ross Berteig wrote:
I think this is the first build and test I've done since the Win10
Anniversary Update imposed itself on me, and certainly the first since
this week's patch Tuesday. Something made the Windows Firewall
fussier, and I had to reassure it during
trunk. Is it
an appropriate time to release version 1.36 of Fossil?
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
___
fossil-dev mailing list
fossil
HA1 hashes with fossil
sqlite3 --no-repository, even in a version 2.1 or later build.
On 3/15/2017 12:16 AM, Ross Berteig wrote:
More progress...
TODO:
* json.test creates an empty file and adds it, since the SHA1 of 0
bytes is well known to begin [da39a3ee], which a further test goes on
More progress...
On 3/14/2017 4:36 PM, Ross Berteig wrote:
TODO
* Fix all the rest of amend.test where it is all tangled up in itself
related to the UUID.
Fixed by capturing at most 40 chars of uuid from command output, which
is all that was present in many cases, and by matching only
c, in code that is
currently dead inside a #if 0 block.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engineering Corp. http://www.CheshireEng.com/
+1 626 303 1602
___
fossil-dev mailing list
fossil-dev@mailinglists.sqlit
On 3/8/2017 12:35 PM, Richard Hipp wrote:
On 3/8/17, Ross Berteig <r...@cheshireeng.com> wrote:
I found a regression in wiki.test: wiki-41 fails because fossil wiki
export filename.txt --technote abcdefabcdef fails if the hash is not a
complete hash. We always used to allow a hash
On 4/17/2017 8:24 PM, Warren Young wrote:
On Apr 17, 2017, at 7:27 PM, Ross Berteig <r...@cheshireeng.com> wrote:
On 4/14/2017 9:15 PM, Warren Young wrote:
On Apr 14, 2017, at 5:09 PM, Ross Berteig <r...@cheshireeng.com> wrote:
1. It doesn’t tell you that globs and regexes are
ng comma in the
current directory. If the pattern matches no files, it is passed into Fossil’s
`main()` function as-is by the C runtime system. Since Fossil uses commas to
separate multiple glob patterns, this means “all files at the root of the
Fossil checkout directory and nothing else
not certain that later changes haven't tweaked it some since. See the
section "Fossil username" in this document:
https://www.fossil-scm.org/index.html/doc/trunk/www/env-opts.md
for what I knew to be true when I wrote it. Of course, if it is no
longer true
--
Ro
the error, bud did not cure the problem.
Now I see:
Error: Option --with-tcl requires a value
I assume there were good reasons to update autosetup from upstream. But
this change broke our builds.
--
Ross Berteig r...@cheshireeng.com
Cheshire Engine
On 5/12/2017 11:05 AM, Ross Berteig wrote:
This patch is identical to an experiment I ran last night. It gets
past the obvious error, but still fails with a configure command that
worked before:
$ ../fossil/configure --with-zlib=tree --with-openssl=/local/ssl
--json --with-tcl --with-tcl
On 4/14/2017 9:15 PM, Warren Young wrote:
On Apr 14, 2017, at 5:09 PM, Ross Berteig <r...@cheshireeng.com> wrote:
I've checked it in on the glob-docs branch until it has been read by at least
one more pair of eyes.
How about two pair? (Because foureyes. Ahahah.)
Following my
55 matches
Mail list logo
