2015-06-02 9:22 GMT+02:00 Jan Nijtmans jan.nijtm...@gmail.com:
I'm seeing the same problem in /reports. See below. However,
if I remove the -O2 compiler flag from the Makefile, everything
works fine. So, this could be a gcc optimization bug.
It turns out not to be a gcc optimization bug after
2015-06-02 1:07 GMT+02:00 Richard Hipp d...@sqlite.org:
Start in an open check-out for the repository that you want to serve.
(This is not strictly necessary, but it makes things a little easier.)
Then do gdb fossil. Then run test-http. You will not be
prompted, but Fossil is waiting on an
On 6/2/15, Philip Bennefall phi...@blastbay.com wrote:
after the Fossil standalone server has been
running for quite some time it becomes terribly sluggish. ... I am
running on a lower end Linode VPS, but so is the sqLite repository as
far as I know and I have never had any trouble with that
On Jun 2, 2015, at 2:21 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
It turns out not to be a gcc optimization bug after all: the optimization
is very valid
According to what standard?? What I see in 30af11d4 should be legal even in
C89.
If you are right and azView must have function
On Tue, Jun 02, 2015 at 11:55:39AM -0600, Warren Young wrote:
On Jun 2, 2015, at 2:21 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
It turns out not to be a gcc optimization bug after all: the optimization
is very valid
According to what standard?? What I see in 30af11d4 should be
On Tue, Jun 02, 2015 at 12:11:55PM -0600, Warren Young wrote:
On Jun 2, 2015, at 12:02 PM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
On Tue, Jun 02, 2015 at 11:55:39AM -0600, Warren Young wrote:
On Jun 2, 2015, at 2:21 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
It turns
There was a typo in my example..
But Ross Berteig gave a more clear explanation than this example.
On Tue, Jun 02, 2015 at 02:49:42PM -0400, Martin Gagnon wrote:
But here, if I'm not mistaken the problem was more like:
--
char
This is a hard case to reproduce as it usually takes several weeks or
even a month or two, but after the Fossil standalone server has been
running for quite some time it becomes terribly sluggish. You begin
noticing a slower response times at first, and eventually it gets to a
point where it
On Jun 2, 2015, at 12:02 PM, Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Tue, Jun 02, 2015 at 11:55:39AM -0600, Warren Young wrote:
On Jun 2, 2015, at 2:21 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
It turns out not to be a gcc optimization bug after all: the optimization
is
On Jun 2, 2015, at 12:21 PM, Richard Hipp d...@sqlite.org wrote:
On 6/2/15, Philip Bennefall phi...@blastbay.com wrote:
after the Fossil standalone server has been
running for quite some time it becomes terribly sluggish. ... I am
running on a lower end Linode VPS, but so is the sqLite
On Jun 2, 2015, at 12:58 PM, Ross Berteig r...@cheshireeng.com wrote:
The problem is that azView[] ...is passed in to
style_submenu_multichoice() on line 744. That function preserves a copy
of the pointer
Okay, that makes sense. It is the sort of thing I was imagining with my foo()
Thanks for explaining this new feature. v1.33 showed a months old forgotten
commit and it was easy to merge and clean up. Wasn't sure how merging such
old changes would go.
Thanks for Fossil!
On Fri, May 29, 2015 at 10:24 PM, Doug Franklin nutdriverle...@comcast.net
wrote:
On 2015-05-29 19:19,
Thus said Philip Bennefall on Tue, 02 Jun 2015 20:12:15 +0200:
This is a hard case to reproduce as it usually takes several weeks or
even a month or two, but after the Fossil standalone server has been
running for quite some time it becomes terribly sluggish.
Has the process been reniced?
On 6/2/2015 12:23 PM, Joerg Sonnenberger wrote:
On Tue, Jun 02, 2015 at 11:58:03AM -0700, Ross Berteig wrote:
This is the class of bug that the optimizer is likely to expose, and
that is difficult for tools to find. Valgrind would likely have found
it, but would have to have executed a test
Unfortunately I didn't check before I restarted the last time. I will
keep running it, and gather statistics over time as it begins to slow down.
Kind regards,
Philip Bennefall
On 6/2/2015 10:50 PM, Andy Bradford wrote:
Thus said Philip Bennefall on Tue, 02 Jun 2015 20:12:15 +0200:
This is
2015-06-02 15:33 GMT+02:00 Thomas Bilk tho...@bilkfamilie.de:
I managed to recreate the problem in Opensuse 13.2 maybe there is a
problem there.
You'll be happy to hear (I hope) that the problem has been located
and it's fixed here:
http://fossil-scm.org/index.html/info/8184f39d803f9ad6
I managed to recreate the problem in Opensuse 13.2 maybe there is a
problem there. I have created a Dockerfile that sets up OpenSuse so
that fossil can be built and run. The problem is the same as on my
machine. So here is the Dockerfile:[http://pastebin.com/4tB0ZR85]
If you already have Docker
17 matches
Mail list logo