Hi guys!
Short intro, I'm a packager for Slackware Linux and the one who filed the boost
1.54.0 bug in MariaDB's JIRA.
I'd like to elaborate a bit on Slackware's situation and present a possible
solution (well, more like a workaround) for the boost problem. I'm CC'ing the
Mageia packager of Ma
On Tuesday 17 September 2013 13:41:46 Arjen Lentz wrote:
> Hi Andrew, Heinz
>
> On 16/09/13 23:32, Andrew McDonnell wrote:
> > just an update, but I just was made aware of an alternative approach I
> > didn't think of - to backport - copy the storage/oqgraph directory - over
> > the top of 5.5.32
On Friday 20 September 2013 23:34:03 Andrew McDonnell wrote:
> Hello Arjen, Tom, Heinz
>
> [..]
>
> Would the difference be because the Slackware packaging proposal is for
> imminent release whereas Debian Unstable is, well, Unstable?
Not really. My point here is that Slackware doesn't normally
On Friday 20 September 2013 16:41:54 Heinz Wiesinger wrote:
> On Friday 20 September 2013 23:34:03 Andrew McDonnell wrote:
> > Hello Arjen, Tom, Heinz
> >
> > [..]
> >
> > Would the difference be because the Slackware packaging proposal is for
> > immi
On Thursday 21 November 2013 09:47:39 Arjen Lentz wrote:
> Hi Heinz, all
>
> On 18/11/13 23:40, Heinz Wiesinger wrote:
> > Is there an update on this? MariaDB 10.0 went into beta (= feature
> > freeze), so I guess we won't see OQGraph v3 in 10.0.x. But it would still
&
Hello!
I've been updating one of my applications from OQGraphv2 to v3 and while
initial tests showed everything working, I'm now getting troublesome crashes
when I put some load on the OQGraph table.
The application is basically a webservice (in PHP) that queries the OQGraph
table (schema attache
On Friday 30 May 2014 10:01:03 Arjen Lentz wrote:
> Hi Heinz
>
> On 29/05/14 23:24, Heinz Wiesinger wrote:
> > I've been updating one of my applications from OQGraphv2 to v3 and while
> > initial tests showed everything working, I'm now getting troublesome
> >
On Monday 02 June 2014 13:23:54 Sergei Golubchik wrote:
> Hi, Andrew!
>
> On Jun 02, Andrew McDonnell wrote:
> > Hi all
> >
> > (Cross-posted to oqgraph-developers, maria-developers)
> >
> > I am trying to track down a segfault apparently triggered by concurrent
> > execution of queries through
On Wednesday 18 June 2014 18:33:59 Andrew McDonnell wrote:
> From a very cursory look at federated it seems we dont have
> `handler::disconnect()` so I'll probably start there. Meantime in the
> medium term I think refactoring ha_oqgraph.cc to look more like
> ha_federated would be a worthwhile act
On Wednesday 20 August 2014 21:46:48 Andrew McDonnell wrote:
> Hello Heinz
>
> sorry for not getting back sooner, I have been extra busy with paid work
> and preparing conference talks and just life the last couple of months
I figured as much :)
> I do remember the problem was I more or less wo
On Thursday 21 August 2014 22:01:13 Heinz Wiesinger wrote:
> On Wednesday 20 August 2014 21:46:48 Andrew McDonnell wrote:
> > Hello Heinz
> >
> > sorry for not getting back sooner, I have been extra busy with paid work
> > and preparing conference talks and just lif
Hey everyone,
We've been playing around a bit more with OQGraphv3 and when trying to put it
on one of our production setups we found it crashing in situations that didn't
happen on our testing setup. After a bit of back and forth I managed to
reproduce it pretty reliable and added info to
http
;--
> current_thd 0x%lx", (long) graph->get_thd(), (long) current_thd));
> +graph->set_thd(current_thd);
> + }
>return edges->file->extra(operation);
> }
>
> On 16/11/15 19:17, Heinz Wiesinger wrote:
> > Hey everyone,
> >
> > We've been
Hi Andrew,
After a bit more testing I found still one more minor issue. Query execution
still works fine now, but when shutting down mariadb I get a different crash
(see log attached). Let me know if you need more info.
Grs,
Heinz
On Monday 30 November 2015 13:32:49 Heinz Wiesinger wrote:
>
to open a separate issue for that crash?
Grs,
Heinz
On Monday 30 November 2015 14:08:15 Heinz Wiesinger wrote:
> Hi Andrew,
>
> After a bit more testing I found still one more minor issue. Query execution
> still works fine now, but when shutting down mariadb I get a different
> crash (
Hi Andrew,
Filed https://mariadb.atlassian.net/browse/MDEV-9450
Thanks again!
Grs,
Heinz
On Friday 22 January 2016 21:40:06 Andrew McDonnell wrote:
> Hi Heinz
>
> opening a new bug with the stack trace is the best thing to do, please
>
> HTH
> --Andrew
>
> On 22/01/1
Hi All,
We recently had a situation in our backend system where we ended up with a
rather large graph (16000 edges for about 800 nodes). We found that a
particular query we run on our graph didn't perform very well, with average
runtimes of 10s, tending upwards.
Our graph looks pretty much lik
On Monday 25 January 2016 13:07:30 Arjen Lentz wrote:
> Hi Heinz
>
> On 22/01/16 21:48, Heinz Wiesinger wrote:
> > We recently had a situation in our backend system where we ended up with a
> > rather large graph (16000 edges for about 800 nodes). We found that a
> >
On Wednesday, 27 January 2016 16:00:29 CEST Arjen Lentz wrote:
> On 25/01/16 18:42, Heinz Wiesinger wrote:
> > Ah, but I don't want *all* the nodes, just the ones that are only a
> > destid,
> > but not an origid, aka the leafs :)
> >
Hello all!
As part of finishing up the implementation of my "leaves" algorithm I looked
into reverse qraph queries and unfortunately found that none of them work as
expected :(
Bug filed: https://jira.mariadb.org/browse/MDEV-10980
I tried looking into the code and saw that a reverse graph is g
ast try and guide
> you through, with luck we can muddle through together
>
> cheers,
> Andrew
>
> On 08/10/16 19:45, Heinz Wiesinger wrote:
> > Hello all!
> >
> > As part of finishing up the implementation of my "leaves" algorithm I
> > looked into
re a
> const object.
>
> Although operator== should nearly always be const.
>
> i.e.
>
> class in_edge_iterator /*...*/ {
> /*...*/
>
>bool operator==(const self&) { ... } <--- wrong
>
>bool operator==(const self&) const { .
On Thursday, 20 October 2016 21:56:05 CEST Heinz Wiesinger wrote:
> Hi Andrew,
>
> Thanks so much for the tip. That was it! I can't imagine it was that simple,
> would have never guessed that change on my own :(
>
> My latest changes are here:
> https://github.com/pprkut
23 matches
Mail list logo
