Hi Daniil!
The nice thing about git and Github is that you can do all the coding on
your own repository. You don't actually need any specific access for the
MariaDB repository. My suggestion is to create your own fork of MariaDB (by
clicking the fork button on github). Here is a very short tutoria
Hi Sanja, Sergey,
I think Sergey might have mean the same thing but it is not clear to me.
in_optimize never gets set to true. By mentioning that it is redundant that
means that it can be removed from the current code right?
Also, I would put the "return true" conditions after the "return false"
Hi Sanja,
Since we have not officially started the coding period, I figured that an
exercise in adding a parser syntax would be a good first step.
We can do automatic detection by looking at the cursor without to much
extra work.
Vicentiu
On Fri, 20 May 2016 at 08:29, Sanja wrote:
> Hi!
>
> H
Hi Varun,
Getting the parser to accept the syntax is a good first step. Writing tests
is the correct way to go also.
Now we need to have a way to pass this extra information to the part of the
code that stores / executes this procedure. When we encounter this
AGGREGATE_SYM syntax we have to recor
to make sure it could
>> be used for stored procedures too in the future.
>> I have committed the changes on GitHub :)
>>
>> On Mon, May 23, 2016 at 4:21 PM, Vicențiu Ciorbaru
>> wrote:
>>
>>> Hi Varun,
>>>
>>> Getting the parser to a
Hi Sergei!
Can you please review the following patch for MariaDB 10.0. It fixes a
compilation failure in Debian/Ubuntu when boost 1.60 or later is installed.
I've looked into the code and checked if the #ifdef'ed code is used
anywhere. There is absolutely no reference to it. I doubt it affect
any
>>>>>>>> On Fri, Jun 3, 2016 at 1:01 PM, Varun Gupta <
>>>>>>>>>>> varungupta1...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> For non aggregate function , show output is co
vicentiu wrote:
> > revision-id: 5486f3458859fa4bd161150b9ac0e9c0f633a0e3
> (mariadb-10.2.1-9-g5486f34)
> > parent(s): 08683a726773f8cdf16a4a3dfb3920e5f7842481
> > author: Vicențiu Ciorbaru
> > committer: Vicențiu Ciorbaru
> > timestamp: 2016-08-01 14:43:41 +0300
> > m
Hi Kristian,
Thanks for the quick and thorough reply.
As to the patch, you're basically moving the check for NULL into all the
> callers. I'm not sure if the check is even needed for all callers, but
> then,
> I also do not think it's worth it to try and determine where it is needed
> and where n
Hi Sachim, Sergei!
One quick thing I wanted to point out. I did not specifically look at how
things get called, but,
when defining constants, I don't agree with:
> +#define HA_HASH_STR_LEN strlen(HA_HASH_STR)
>
Or:
> > +#define HA_HASH_STR_INDEX_LEN strlen(HA_HASH_STR_I
th you but defining
> #define HA_HASH_STR_LEN 4
> or
> const int HA_HASH_STR_LEN = 4;
>
> make it independent of length of "hash". Although we rarely gone
> change "hash", so I think it
> is a good idea. What do you think , Sergei?
> Regards
Hi Luke!
This is a know problem that will be fixed in the upcoming release.
https://jira.mariadb.org/browse/MDEV-5944
Regards,
Vicențiu
On Thu, 13 Oct 2016 at 09:16 Luke Benes wrote:
> Building mariadb-10.0 with Clang results in:
>
> graph_concepts.hpp:93:17: error: call to function 'out_edge
Hi everyone!
During the Developer Meetup in Amsterdam, we've had quite some productive
discussions. One of these was on how to make use of git rebase to clean up
our history before pushing final changes. The presentation on it was a bit
rushed and perhaps some did not get the full gist out of it.
Hi Sergey!
I think you commited the AAA.test file by mystake.
Regards,
Vicentiu
On Mon, 24 Oct 2016 at 13:47 Sergey Vojtovich wrote:
> revision-id: aa9bd40f8067e1421ad71d2ada367544a6db78ca
> (mariadb-10.0.27-8-gaa9bd40)
> parent(s): 4dfb6a3f54cfb26535636197cc5fa70fe5bacc2e
> committer: Sergey
Hi everyone!
Since MariaDB has completed another Google Summer of Code program this
year, with some great projects as well, the MariaDB Foundation was able to
send 2 mentors to the summit in California this year. I was one of the
people that had the privilege to go.
There were a lot of talks ther
Hi!
I'm wondering if it makes sense to have an automatic cleanup process for
branches older than X months?
We can potentially add some exceptions for work that needs to stay.
Regards,
Vicențiu
On Mon, 7 Nov 2016 at 18:54 Sergey Vojtovich wrote:
> Hi!
>
> ALL BRANCH OWNERS: PLEASE REVIEW AND C
On Mon, 7 Nov 2016 at 19:40 Elena Stepanova wrote:
> Hi,
>
> On 11/07/2016 08:59 PM, Vicențiu Ciorbaru wrote:
> > Hi!
> >
> > I'm wondering if it makes sense to have an automatic cleanup process for
> > branches older than X months?
>
> Please don
Hi Songlin!
It's great that you are excited about this project! Here are my thoughts on
your proposal and what I think you should focus on:
JSON_NORMALIZE seems simple at first, but I believe there are a lot of
corner cases. In order to get a proper specification for this function can
you have a
Hi Sergei!
This email is a followup to the brief discussion on Zulip here:
https://mariadb.zulipchat.com/#narrow/stream/118759-general/topic/preserve.20original.20formatting.20for.20views
You mentioned we store the view's definition (source) inside the FRM. I've
used that information to extend t
Hi Igor!
The patch looks good, however I suggest the following changes to make it
smaller and easier to read & maintain.
1. You do not need to have special if statements for save_partition_list
and save_order_list when you do the cleanup.
2. You do not need to have special code that saves the par
Hi Sergey!
I'm happy to see that you have experience in MariaDB code base already. The
MDEV-18827 is definitely up for grabs for GSoC 2022. The project is mostly
a part-time project (requiring a commitment of around 175 hours), however
depending on your availability we can increase the scope of th
Hi Yingquan!
I recommend you start reading this article:
https://mariadb.org/get-involved/getting-started-for-developers/
That should guide you in the right direction.
Feel free to reach out on zulip https://mariadb.zulipchat.com/ if you have
any questions.
You can have a look at our beginner fr
101 - 122 of 122 matches
Mail list logo
