Hi, Oleksandr!
On Mar 29, Oleksandr Byelkin wrote:
>
> [skip]
+ #ifdef _WIN32
>>>
>>> In the rest of my_global.h we use __WIN__
>>> Wouldn't it be better to use the same constant everywhere?
>>
>> Yes, it would. And this constant should be _WIN32, __WIN__ was
>> historically used, but it's in
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
---
WORKLOG TASK
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TASK...: Make EXPLAIN always show materialization separately
CREATION DATE..: Mon, 29 Mar 2010, 06:45
SU
Hi!
26 марта 2010, в 12:12, Sergei Golubchik написал(а):
[skip]
+ #ifdef _WIN32
In the rest of my_global.h we use __WIN__
Wouldn't it be better to use the same constant everywhere?
Yes, it would. And this constant should be _WIN32, __WIN__ was
historically used, but it's incorrect - as was e
Alex Yurchenko writes:
> On Thu, 18 Mar 2010 15:18:40 +0100, Kristian Nielsen
> wrote:
> Hm, how is it different from how it is done currently in MariaDB? Does
> txn_commit() have to follow the same order as txn_prepare()? If not, then
> the commit ordering imposed by redundancy service should
Hi, Michael!
On Mar 28, Michael Widenius wrote:
>
> #At lp:maria based on revid:ser...@pisem.net-20100324221239-7bj3zf8yv6bgclx1
>
> 2834 Michael Widenius2010-03-28
> Fixed compiler warnings and sporadic failures in test cases
Hey, Monty,
may I ask what warnings did you get with
Arjen Lentz writes:
> On 26/03/2010, at 7:13 PM, Kristian Nielsen wrote:
>> I wanted to see if there was something I could do to help getting
>> oqgraph-in-mariadb moving again.
>
> Great!
Ok, I need pointers to two things to start:
1. Latest OQGRAPH branch. I see several OQGRAPH-related branch
Hi!
On Mar 28, 2010, at 10:17 AM, Michael Widenius wrote:
You can expect to see a lot of people from the Monty Program AB there.
(Count on 6-10 people).
This is a limited event, aka space. I am trying to keep it to two at
the most from any distinct event. So please pick a couple of folks to
Hi!
> "Brian" == Brian Aker writes:
Brian> Hi!
Brian> For the last six years I have been running summits at the conference
Brian> to discuss timely issues and matters for the mysql ecosystem. Unlike
Brian> previous years where we have spent our Friday's at Google, this year
Brian> we
Hi Kristian
On 26/03/2010, at 7:13 PM, Kristian Nielsen wrote:
I wanted to see if there was something I could do to help getting
oqgraph-in-mariadb moving again.
Great!
As I understand it, the issues are the following:
1. Current OQGraph autoconf test enables OQGraph by default in the
bu
16 matches
Mail list logo
