On 06/21/2018 08:38 PM, Richard Hipp wrote:
Please rebuild your Fossil using the latest trunk check-in, then try
your clone using the new --nocompress option. Report back whether or
not this solves your problem.
Using the new option cuts the cloning time of one of the repositories
from 8
On 6/21/18, E Cruz wrote:
> Is there a way to prevent fossil
> from re-applying delta encoding when cloning?
Please rebuild your Fossil using the latest trunk check-in, then try
your clone using the new --nocompress option. Report back whether or
not this solves your problem.
--
D. Richard
On Thu 21 Jun 2018 7:47 PM, E Cruz wrote:
> On 06/21/2018 05:06 PM, Warren Young wrote:
>
> As mentioned in the original post, the majority of the time taken by the
> clone operation seems to be spent re-calculating the delta encoding of the
> large table definition files. I do not mind much
On 06/21/2018 05:06 PM, Warren Young wrote:
Are the differences merely at the binary level or is the semantic content also
changing?
Thanks for your reply. The files are not binary. They are C source
files that define large arrays of floating point values. These arrays
are rarely
On Jun 21, 2018, at 1:25 PM, E Cruz
wrote:
>
> some of the source files define a few very large tables. These tables do not
> change often, but when they do most of their content is replaced with
> something completely different from the previous version.
Are the differences merely at the
I am testing fossil with a repository where some of the source files
define a few very large tables. These tables do not change often, but
when they do most of their content is replaced with something completely
different from the previous version.
When changes to these files are committed,
On 6/21/18, Warren Young wrote:
>
> You might want to change the “sendmail -t” default for Windows as well.
I need to get it working first. After I get something working, then
we can go back and worry about fine-tuning so that the feature to be
convenient for windows. Right now, nothing in the
Nice quick fix. Compiles now. Thanks.
On Thu, Jun 21, 2018, 10:03 AM Richard Hipp wrote:
> On 6/21/18, Eric Dillon wrote:
> > Fails to compile on Win32 VS2013 (12.0)
> >
> > email.obj : error LNK2019: unresolved external symbol _popen referenced
> in
> > function _email_send
>
> Thanks for the
On Jun 21, 2018, at 9:03 AM, Richard Hipp wrote:
>
> On 6/21/18, Eric Dillon wrote:
>> Fails to compile on Win32 VS2013 (12.0)
>>
>> email.obj : error LNK2019: unresolved external symbol _popen referenced in
>> function _email_send
>
> Thanks for the report. Fixed now.
You might want to
On 6/21/18, Eric Dillon wrote:
> Fails to compile on Win32 VS2013 (12.0)
>
> email.obj : error LNK2019: unresolved external symbol _popen referenced in
> function _email_send
Thanks for the report. Fixed now.
--
D. Richard Hipp
d...@sqlite.org
___
Fails to compile on Win32 VS2013 (12.0)
email.obj : error LNK2019: unresolved external symbol _popen referenced in
function _email_send
On Wed, Jun 20, 2018, 3:51 PM Florian Balmer
wrote:
> Richard Hipp:
>
> > It is reassuring to know that so many people routinely build Fossil
> > from the
It appears the "show-version-diffs" setting was abandoned in commit 0a1f4ed6aa.
Index: src/setup.c
==
--- src/setup.c
+++ src/setup.c
@@ -1463,19 +1463,10 @@
@ in a separate box (using CSS class "timelineDate") whenever the date
12 matches
Mail list logo