‘fossil_timer_start’:
./src/util.c:284:5: warning: ‘memset’ used with length equal to number of
elements without multiplication by element size [-Wmemset-elt-size]
memset(&fossilTimerList, 0,
Thanks!
Zakero
___
fossil-dev mailing list
fossil
Thank you for the detailed reply Warren, very informative!
If parsing will be done to detect a tag to determine behavior from
the header.txt, why not parse for any tags and insert them into the
section?
I like the stripped down header.txt and footer.txt that would result from
Option 2 as well
Looking at this from a "skin" point of view, if a someone needs to include
a script like jQuery somewhere in then that skin would also need to
provide CSP support. May or may not be a reasonable expectation.
I do like proposed options and would like to take them a step further,
Option 5. The "h
the "main-branch" property? Falling back to "trunk" if no
value is set.
I already have the changes made locally to src/browse.c that does this and
can commit to a branch for review. Just let me know what the next step
would be, if this change would be welcomed.
Zakero
__
On Jul 6, 2017, at 8:22 AM, Richard Hipp wrote:
>
> Question 1: "References" seems like the wrong section label. But I
> cannot come up with anything better. I also tried "Referenced By",
> but that seems even worse. Suggestions?
I'll throw some more into the hat...
Associated With
Commented
On Tue, Feb 28, 2017 at 7:49 PM, Richard Hipp wrote:
>
> (2) Usually only the first 40 digits of SHA3 hashes will be displayed,
> especially on space-constrained tty output.
>
A question on the "Usually" part, mainly for clarification. Fossil will
currently display only as many characters as ne
quot;taglist"?
Also, how much of the initial thoughts of Fossil 2.0 (
http://fossil-scm.org/index.html/wiki?name=Fossil+2.0) will be implemented
as well?
Thanks again for Fossil, I am looking forward to its next evolution.
Zakero
On Mon, Feb 27, 2017 at 12:43 AM, Richard Hipp wrote:
> Th
On Wed, Dec 28, 2016 at 10:31 PM, Andy Bradford
wrote:
> Thus said Zakero on Thu, 22 Dec 2016 16:07:52 +0400:
>
> > A few weeks ago, Andy asked me to try to reproduce
> > this problem with older versions of fossi
l-users mailing list that states the problem seems
related to the "merge-renames" branch.
On Sat, Nov 12, 2016 at 1:56 AM, Andy Bradford
wrote:
> Thus said Zakero on Sun, 16 Oct 2016 18:45:41 -0500:
>
> > Ran into an interesting problem yesterday when merging branches:
> &g
6 Sep 2016)
UNICODE_COMMAND_LINE
DYNAMIC_BUILD
Does anyone have any suggestions or tips?
Thanks in advance for any help :-)
Zakero
___
fossil-dev mailing list
fossil-dev@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev
10 matches
Mail list logo
