Merge lp://staging/~daniel-nichter/drizzle/query-log-plugin into lp://staging/~drizzle-trunk/drizzle/development
- query-log-plugin
- Merge into development
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Mark Atwood | ||||
Approved revision: | 2318 | ||||
Merged at revision: | 2387 | ||||
Proposed branch: | lp://staging/~daniel-nichter/drizzle/query-log-plugin | ||||
Merge into: | lp://staging/~drizzle-trunk/drizzle/development | ||||
Diff against target: |
1624 lines (+1529/-0) 18 files modified
plugin/query_log/docs/index.rst (+181/-0) plugin/query_log/event.h (+68/-0) plugin/query_log/file.cc (+81/-0) plugin/query_log/file.h (+89/-0) plugin/query_log/module.cc (+287/-0) plugin/query_log/plugin.ini (+8/-0) plugin/query_log/query_log.cc (+149/-0) plugin/query_log/query_log.h (+76/-0) plugin/query_log/tests/check-query-log-attribute.pl (+134/-0) plugin/query_log/tests/r/check_query_log_attribute.result (+14/-0) plugin/query_log/tests/r/file.result (+164/-0) plugin/query_log/tests/r/thresholds.result (+54/-0) plugin/query_log/tests/samples/sample-event.log (+7/-0) plugin/query_log/tests/t/check_query_log_attribute.test (+9/-0) plugin/query_log/tests/t/file.test (+129/-0) plugin/query_log/tests/t/master.opt (+1/-0) plugin/query_log/tests/t/thresholds.test (+75/-0) plugin/query_log/tests/zero-query-log-values.sh (+3/-0) |
||||
To merge this branch: | bzr merge lp://staging/~daniel-nichter/drizzle/query-log-plugin | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Mark Atwood | Approve | ||
Stewart Smith (community) | Needs Information | ||
Drizzle Merge Team | Pending | ||
Review via email: mp+61034@code.staging.launchpad.net |
Commit message
Description of the change
I think this plugin can and should replace logging_query. :-) The major parts are tested and it's documented. If merged, I'll continue to maintain and enhance it.
Daniel Nichter (daniel-nichter) wrote : | # |
Stewart Smith (stewart) wrote : | # |
Looks good from a bit of a quick look.
Additional thoughts:
- add counters for number of in memory temp tables created, on disk temp tables created, number of temp tables that had to be spilled over from mem to disk
- for each of those, max size a table reached and total size of all.
- maybe a temp table log plugin as well?
Brian Aker (brianaker) wrote : | # |
One quick note, the license is "just GPL2", we have been trying to use GPL3 or above, or BSD.
Daniel Nichter (daniel-nichter) wrote : | # |
Ok I'll change it. Which do you suggest, GPL3 or BSD? I don't know much about licenses. Whichever provides the best guarantee that the code stays free and open source works for me.
Le 16 mai 2011 à 11:12, Brian Aker <email address hidden> a écrit :
> One quick note, the license is "just GPL2", we have been trying to use GPL3 or above, or BSD.
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Mark Atwood (fallenpegasus) wrote : | # |
This is neat. It failed its own tests when I checked it on jenkens drizzle/build
I also have a modified query log plugin to replace the one shipping now.
We should sit down and reconcile them.
.. mark
Daniel Nichter (daniel-nichter) wrote : | # |
I'm surprised it fails tests. What fails? How can I see these failures? How can I run it on Jenkins to know if passes before pushing changes?
Yes, I'd like to see your plugin. Will you push it to Launchpad?
Stewart Smith (stewart) wrote : | # |
On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
> I'm surprised it fails tests. What fails? How can I see these
> failures? How can I run it on Jenkins to know if passes before
> pushing changes?
Monty or someone should be able to set you up with an account that can
submit drizzle-param jobs. You basically give it a BZR branch name and
it goes and builds it everywhere and runs tests. Rather neat.
--
Stewart Smith
Daniel Nichter (daniel-nichter) wrote : | # |
Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>> I'm surprised it fails tests. What fails? How can I see these
>> failures? How can I run it on Jenkins to know if passes before
>> pushing changes?
>
> Monty or someone should be able to set you up with an account that can
> submit drizzle-param jobs. You basically give it a BZR branch name and
> it goes and builds it everywhere and runs tests. Rather neat.
That is neat. I'd like to be able to do this if possible. Thanks.
Monty Taylor (mordred) wrote : | # |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 05/18/2011 11:03 AM, Daniel Nichter wrote:
> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>> I'm surprised it fails tests. What fails? How can I see these
>>> failures? How can I run it on Jenkins to know if passes before
>>> pushing changes?
>>
>> Monty or someone should be able to set you up with an account that can
>> submit drizzle-param jobs. You basically give it a BZR branch name and
>> it goes and builds it everywhere and runs tests. Rather neat.
>
> That is neat. I'd like to be able to do this if possible. Thanks.
Make an account on jenkins and let me know what the login id is.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAk3
UKwAn33i/
=0mhv
-----END PGP SIGNATURE-----
Daniel Nichter (daniel-nichter) wrote : | # |
Le 18 mai 2011 à 10:01, Monty Taylor <email address hidden> a écrit :
> -----BEGIN PGP SIGNED MESSAGE----- My login id is dnichter. Thanks!
> Hash: SHA1
>
> On 05/18/2011 11:03 AM, Daniel Nichter wrote:
>> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>>> I'm surprised it fails tests. What fails? How can I see these
>>>> failures? How can I run it on Jenkins to know if passes before
>>>> pushing changes?
>>>
>>> Monty or someone should be able to set you up with an account that can
>>> submit drizzle-param jobs. You basically give it a BZR branch name and
>>> it goes and builds it everywhere and runs tests. Rather neat.
>>
>> That is neat. I'd like to be able to do this if possible. Thanks.
>
> Make an account on jenkins and let me know what the login id is.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://
>
> iEYEARECAAYFAk3
> UKwAn33i/
> =0mhv
> -----END PGP SIGNATURE-----
Daniel Nichter (daniel-nichter) wrote : | # |
Le 16 mai 2011 à 11:12, Brian Aker a écrit :
> One quick note, the license is "just GPL2", we have been trying to use GPL3 or above, or BSD.
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
I changed the code to use GPLv3.
Daniel Nichter (daniel-nichter) wrote : | # |
Any update on this? I'd like to test my branch on jenkins to see which tests are failing. I don't see a way for me to tell it to build a branch. Thanks.
Le 18 mai 2011 à 11:39, Daniel Nichter a écrit :
> Le 18 mai 2011 à 10:01, Monty Taylor <email address hidden> a écrit :
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 05/18/2011 11:03 AM, Daniel Nichter wrote:
>>> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>>>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>>>> I'm surprised it fails tests. What fails? How can I see these
>>>>> failures? How can I run it on Jenkins to know if passes before
>>>>> pushing changes?
>>>>
>>>> Monty or someone should be able to set you up with an account that can
>>>> submit drizzle-param jobs. You basically give it a BZR branch name and
>>>> it goes and builds it everywhere and runs tests. Rather neat.
>>>
>>> That is neat. I'd like to be able to do this if possible. Thanks.
>>
>> Make an account on jenkins and let me know what the login id is.
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://
>>
>> iEYEARECAAYFAk3
>> UKwAn33i/
>> =0mhv
>> -----END PGP SIGNATURE-----
>
> My login id is dnichter. Thanks!
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Monty Taylor (mordred) wrote : | # |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Done.
On 05/27/2011 05:48 PM, Daniel Nichter wrote:
> Any update on this? I'd like to test my branch on jenkins to see which tests are failing. I don't see a way for me to tell it to build a branch. Thanks.
>
> Le 18 mai 2011 à 11:39, Daniel Nichter a écrit :
>
>> Le 18 mai 2011 à 10:01, Monty Taylor <email address hidden> a écrit :
>>
> On 05/18/2011 11:03 AM, Daniel Nichter wrote:
>>>>> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>>>>>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>>>>>> I'm surprised it fails tests. What fails? How can I see these
>>>>>>> failures? How can I run it on Jenkins to know if passes before
>>>>>>> pushing changes?
>>>>>>
>>>>>> Monty or someone should be able to set you up with an account that can
>>>>>> submit drizzle-param jobs. You basically give it a BZR branch name and
>>>>>> it goes and builds it everywhere and runs tests. Rather neat.
>>>>>
>>>>> That is neat. I'd like to be able to do this if possible. Thanks.
>
> Make an account on jenkins and let me know what the login id is.
>>
>> My login id is dnichter. Thanks!
>> --
>> https:/
>> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAk3
RIMAnRFxDGvLp1k
=TL8U
-----END PGP SIGNATURE-----
Daniel Nichter (daniel-nichter) wrote : | # |
Thanks Monty. I'm new to Jenkins so I'm not sure if I'm using it correctly. I created a build called "query-log-plugin" and added a build step to execute:
./config/autorun.sh
./configure
make -j 2
but the build fails, saying:
[query-log-plugin] $ /bin/sh -xe C:\Windows\
The system cannot find the file specified
FATAL: command execution failed
java.io.
It seems it's running on Windows? Am I doing something wrong?
Thanks,
Daniel
Le 27 mai 2011 à 15:58, Monty Taylor a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Done.
>
> On 05/27/2011 05:48 PM, Daniel Nichter wrote:
>> Any update on this? I'd like to test my branch on jenkins to see which tests are failing. I don't see a way for me to tell it to build a branch. Thanks.
>>
>> Le 18 mai 2011 à 11:39, Daniel Nichter a écrit :
>>
>>> Le 18 mai 2011 à 10:01, Monty Taylor <email address hidden> a écrit :
>>>
>> On 05/18/2011 11:03 AM, Daniel Nichter wrote:
>>>>>> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>>>>>>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>>>>>>> I'm surprised it fails tests. What fails? How can I see these
>>>>>>>> failures? How can I run it on Jenkins to know if passes before
>>>>>>>> pushing changes?
>>>>>>>
>>>>>>> Monty or someone should be able to set you up with an account that can
>>>>>>> submit drizzle-param jobs. You basically give it a BZR branch name and
>>>>>>> it goes and builds it everywhere and runs tests. Rather neat.
>>>>>>
>>>>>> That is neat. I'd like to be able to do this if possible. Thanks.
>>
>> Make an account on jenkins and let me know what the login id is.
>>>
>>> My login id is dnichter. Thanks!
>>> --
>>> https:/
>>> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://
>
> iEYEARECAAYFAk3
> RIMAnRFxDGvLp1k
> =TL8U
> -----END PGP SIGNATURE-----
>
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Monty Taylor (mordred) wrote : | # |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yeah - WAY easier than that. Go to:
http://
And click "Build now
On 05/28/2011 03:56 AM, Daniel Nichter wrote:
> Thanks Monty. I'm new to Jenkins so I'm not sure if I'm using it correctly.. I created a build called "query-log-plugin" and added a build step to execute:
>
> ./config/autorun.sh
> ./configure
> make -j 2
>
> but the build fails, saying:
>
> [query-log-plugin] $ /bin/sh -xe C:\Windows\
> The system cannot find the file specified
> FATAL: command execution failed
> java.io.
>
> It seems it's running on Windows? Am I doing something wrong?
>
> Thanks,
>
> Daniel
>
> Le 27 mai 2011 à 15:58, Monty Taylor a écrit :
>
> Done.
>
> On 05/27/2011 05:48 PM, Daniel Nichter wrote:
>>>> Any update on this? I'd like to test my branch on jenkins to see which tests are failing. I don't see a way for me to tell it to build a branch. Thanks.
>>>>
>>>> Le 18 mai 2011 à 11:39, Daniel Nichter a écrit :
>>>>
>>>>> Le 18 mai 2011 à 10:01, Monty Taylor <email address hidden> a écrit :
>>>>>
>>>> On 05/18/2011 11:03 AM, Daniel Nichter wrote:
>>>>>>>> Le 17 mai 2011 à 21:13, Stewart Smith <email address hidden> a écrit :
>>>>>>>>> On Wed, 18 May 2011 03:04:26 -0000, Daniel Nichter <email address hidden> wrote:
>>>>>>>>>> I'm surprised it fails tests. What fails? How can I see these
>>>>>>>>>> failures? How can I run it on Jenkins to know if passes before
>>>>>>>>>> pushing changes?
>>>>>>>>>
>>>>>>>>> Monty or someone should be able to set you up with an account that can
>>>>>>>>> submit drizzle-param jobs. You basically give it a BZR branch name and
>>>>>>>>> it goes and builds it everywhere and runs tests. Rather neat.
>>>>>>>>
>>>>>>>> That is neat. I'd like to be able to do this if possible. Thanks.
>>>>
>>>> Make an account on jenkins and let me know what the login id is.
>>>>>
>>>>> My login id is dnichter. Thanks!
>>>>> --
>>>>> https:/
>>>>> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
>
>>
- --
https:/
You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAk3
eE8AoLEq8O8c8Dr
=EOm+
-----END PGP SIGNATURE-----
Daniel Nichter (daniel-nichter) wrote : | # |
The latest query-log-plugin branch has fixed tests that now pass. Would anyone else like to review the code?
Le 17 mai 2011 à 12:37, Mark Atwood a écrit :
> Review: Needs Fixing
> This is neat. It failed its own tests when I checked it on jenkens drizzle/build
>
> I also have a modified query log plugin to replace the one shipping now.
>
> We should sit down and reconcile them.
>
> .. mark
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Daniel Nichter (daniel-nichter) wrote : | # |
I fixed compiler warnings in rev 2317 of the query-log-plugin branch. Turns out gcc on Mac OS doesn't support -Wmissing-
Le 2 juin 2011 à 19:48, Daniel Nichter a écrit :
> The latest query-log-plugin branch has fixed tests that now pass. Would anyone else like to review the code?
>
> Le 17 mai 2011 à 12:37, Mark Atwood a écrit :
>
>> Review: Needs Fixing
>> This is neat. It failed its own tests when I checked it on jenkens drizzle/build
>>
>> I also have a modified query log plugin to replace the one shipping now.
>>
>> We should sit down and reconcile them.
>>
>> .. mark
>> --
>> https:/
>> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
>
>
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Stewart Smith (stewart) wrote : | # |
switched back to "need review" as it looks like there's been fixes
Stewart Smith (stewart) wrote : | # |
problem with GPLv3 is that it's not compatible with v2 (http://
Daniel Nichter (daniel-nichter) wrote : | # |
I can change it back. I changed it to v3 because Brian said "One quick note, the license is "just GPL2", we have been trying to use GPL3 or above, or BSD." If v2 and v3 are incompatible, then how can any new code ever be introduced that uses v3?
Le 5 juin 2011 à 01:01, Stewart Smith a écrit :
> Review: Needs Information
> problem with GPLv3 is that it's not compatible with v2 (http://
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Olaf van der Spek (olafvdspek) wrote : | # |
> then how can any new code ever be introduced that uses v3?
You can't.
Daniel Nichter (daniel-nichter) wrote : | # |
Le 5 juin 2011 à 15:44, Olaf van der Spek a écrit :
>> then how can any new code ever be introduced that uses v3?
>
> You can't.
So I should change it back to GPL v2? And Brian's note about wanting to use GPL v3 or BSD licenses was just a note?
Stewart Smith (stewart) wrote : | # |
On Sun, 05 Jun 2011 21:51:31 -0000, Daniel Nichter <email address hidden> wrote:
> Le 5 juin 2011 à 15:44, Olaf van der Spek a écrit :
> >> then how can any new code ever be introduced that uses v3?
> >
> > You can't.
>
>
> So I should change it back to GPL v2? And Brian's note about wanting
> to use GPL v3 or BSD licenses was just a note?
Change it back :)
--
Stewart Smith
Daniel Nichter (daniel-nichter) wrote : | # |
Le 5 juin 2011 à 19:44, Mark Atwood a écrit :
> Review: Needs Fixing
> Fail Jenkins tests
>
> http://
I dont' see any failures for that ^ build:
query_log.
query_log.file [ pass ] 727
query_log.
> http://
This ^ is FreeBSD which I didn't test since it's not part of drizzle-param. When I test my branch, should I test with just drizzle-param or others? Is there a super job that will test on every platform on which code must pass?
Thanks,
Daniel
Daniel Nichter (daniel-nichter) wrote : | # |
Latest branch rev complies on FreeBSD now: http://
The error at the end of that log is something else. The query_log plugin compiles though. Are there other tests it needs to pass?
-Daniel
Le 5 juin 2011 à 21:18, Daniel Nichter a écrit :
> Le 5 juin 2011 à 19:44, Mark Atwood a écrit :
>> Review: Needs Fixing
>> Fail Jenkins tests
>>
>> http://
>
> I dont' see any failures for that ^ build:
>
> query_log.
> query_log.file [ pass ] 727
> query_log.
>
>> http://
>
> This ^ is FreeBSD which I didn't test since it's not part of drizzle-param. When I test my branch, should I test with just drizzle-param or others? Is there a super job that will test on every platform on which code must pass?
>
> Thanks,
>
> Daniel
>
>
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Olaf van der Spek (olafvdspek) wrote : | # |
Hi Daniel,
You might want to format file-scope namespaces like "namespace drizzled {".
Daniel Nichter (daniel-nichter) wrote : | # |
Hi Olaf,
They're formatted according to http://
-Daniel
Le 30 juin 2011 à 14:02, Olaf van der Spek a écrit :
> Hi Daniel,
>
> You might want to format file-scope namespaces like "namespace drizzled {".
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Olaf van der Spek (olafvdspek) wrote : | # |
> They're formatted according to
> http://
> standards out of date?
Yes, they are. I've updated them.
Mark Atwood (fallenpegasus) wrote : | # |
add plugin/
=== modified file 'po/POTFILES.in'
--- po/POTFILES.in 2011-05-25 07:26:17 +0000
+++ po/POTFILES.in 2011-07-09 15:53:26 +0000
@@ -87,6 +87,7 @@
plugin/
plugin/
plugin/
+plugin/
plugin/
plugin/
plugin/
Mark Atwood (fallenpegasus) wrote : | # |
fix precedence bug in plugin/
--- plugin/
+++ plugin/
@@ -90,7 +90,7 @@
bool QueryLoggerFile
{
- if (not _fd == LOG_FILE_CLOSED)
+ if (_fd != LOG_FILE_CLOSED)
close(_fd); // TODO: catch errors
_fd= LOG_FILE_CLOSED;
return false; // success
Mark Atwood (fallenpegasus) wrote : | # |
Valgrind problems.
"15 warnings in query_log.
We are trying to get the valgrind warning count down to zero.
Daniel Nichter (daniel-nichter) wrote : | # |
Thanks for working on this. I'm not sure what to do about the valgrind warnings; perhaps you can point me in the correct direction. For example:
464 bytes in 13 blocks are possibly lost in loss record 41 of 52
at 0x4C28973: operator new(unsigned long) (vg_replace_
by 0x70B9E98: std::string:
by 0x70BA0BD: std::string:
by 0x70BA28B: std::string:
by 0x70BBA8C: std::string:
by 0xC349952: boost::
by 0xC3429D6: QueryLoggerFile
by 0xC336478: drizzle_
by 0x4EFBA1: drizzled:
by 0x4F0F53: drizzled:
by 0x44ED1B: drizzled:
by 0x4E9978: main (main.cc:273)
Where or what might be the cause of that? It seems related to boost::
Thanks,
Daniel
Le 12 juil. 2011 à 16:21, Mark Atwood a écrit :
> Review: Needs Fixing
> Valgrind problems.
>
> Refer to http://
>
> "15 warnings in query_log.
>
> We are trying to get the valgrind warning count down to zero.
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Mark Atwood (fallenpegasus) wrote : | # |
I'm not sure of the problem myself. The valgrind docs tell how to
read its messages.
On Tue, Jul 12, 2011 at 4:33 PM, Daniel Nichter <email address hidden> wrote:
> Thanks for working on this. I'm not sure what to do about the valgrind warnings; perhaps you can point me in the correct direction. For example:
>
> 464 bytes in 13 blocks are possibly lost in loss record 41 of 52
> at 0x4C28973: operator new(unsigned long) (vg_replace_
> by 0x70B9E98: std::string:
> by 0x70BA0BD: std::string:
> by 0x70BA28B: std::string:
> by 0x70BBA8C: std::string:
> by 0xC349952: boost::
> by 0xC3429D6: QueryLoggerFile
> by 0xC336478: drizzle_
> by 0x4EFBA1: drizzled:
> by 0x4F0F53: drizzled:
> by 0x44ED1B: drizzled:
> by 0x4E9978: main (main.cc:273)
>
> Where or what might be the cause of that? It seems related to boost::
>
> Thanks,
>
> Daniel
>
> Le 12 juil. 2011 à 16:21, Mark Atwood a écrit :
>
>> Review: Needs Fixing
>> Valgrind problems.
>>
>> Refer to http://
>>
>> "15 warnings in query_log.
>>
>> We are trying to get the valgrind warning count down to zero.
>> --
>> https:/
>> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
>
>
> --
> https:/
> You are reviewing the proposed merge of lp:~daniel-nichter/drizzle/query-log-plugin into lp:drizzle.
>
Joe Daly (skinny.moey) wrote : | # |
On Tue, Jul 12, 2011 at 7:33 PM, Daniel Nichter <email address hidden> wrote:
> Thanks for working on this. I'm not sure what to do about the valgrind
> warnings; perhaps you can point me in the correct direction. For example:
>
> 464 bytes in 13 blocks are possibly lost in loss record 41 of 52
> at 0x4C28973: operator new(unsigned long) (vg_replace_
> by 0x70B9E98: std::string:
> std::allocator<
> by 0x70BA0BD: std::string:
> unsigned long) (in /usr/lib/
> by 0x70BA28B: std::string:
> char const*, unsigned long) (in /usr/lib/
> by 0x70BBA8C: std::string:
> const*, unsigned long) (in /usr/lib/
> by 0xC349952: boost::
> std::allocator<
> by 0xC3429D6: QueryLoggerFile
> by 0xC336478:
> drizzle_
> (module.cc:159)
> by 0x4EFBA1: drizzled:
> drizzled:
> std::allocator<
> boost::
> by 0x4F0F53: drizzled:
> boost::
> by 0x44ED1B:
> drizzled:
> (drizzled.cc:1345)
> by 0x4E9978: main (main.cc:273)
>
> Where or what might be the cause of that? It seems related to
> boost::
>
>
You might want to try to move the code to a simple example and run it with
valgrind, and see if you still see the problem. It looks like the only other
place boost::basic_format is used is in the logging_query plugin which
doesn't have any tests so the warning would not show up in there. A quick
glance of the code and it looked correct.
> Thanks,
>
> Daniel
>
> Le 12 juil. 2011 à 16:21, Mark Atwood a écrit :
>
> > Review: Needs Fixing
> > Valgrind problems.
> >
> > Refer to
> http://
> >
> > "15 warnings in query_log.
> >
> > We are trying to get the valgrind warning count down to zero.
> > --
> >
> https:/
> > You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
>
>
> --
>
> https:/
> You are subscribed to branch lp:drizzle.
>
- 2319. By Daniel Nichter
-
Use C++ iostream instead of Boost format.
- 2320. By Daniel Nichter
-
Remove assert.
Daniel Nichter (daniel-nichter) wrote : | # |
It occurred to me that Boost formatter is overkill. So, the latest code (https:/
-Daniel
Le 14 juil. 2011 à 06:41, Joe Daly a écrit :
> On Tue, Jul 12, 2011 at 7:33 PM, Daniel Nichter <email address hidden> wrote:
>
>> Thanks for working on this. I'm not sure what to do about the valgrind
>> warnings; perhaps you can point me in the correct direction. For example:
>>
>> 464 bytes in 13 blocks are possibly lost in loss record 41 of 52
>> at 0x4C28973: operator new(unsigned long) (vg_replace_
>> by 0x70B9E98: std::string:
>> std::allocator<
>> by 0x70BA0BD: std::string:
>> unsigned long) (in /usr/lib/
>> by 0x70BA28B: std::string:
>> char const*, unsigned long) (in /usr/lib/
>> by 0x70BBA8C: std::string:
>> const*, unsigned long) (in /usr/lib/
>> by 0xC349952: boost::
>> std::allocator<
>> by 0xC3429D6: QueryLoggerFile
>> by 0xC336478:
>> drizzle_
>> (module.cc:159)
>> by 0x4EFBA1: drizzled:
>> drizzled:
>> std::allocator<
>> boost::
>> by 0x4F0F53: drizzled:
>> boost::
>> by 0x44ED1B:
>> drizzled:
>> (drizzled.cc:1345)
>> by 0x4E9978: main (main.cc:273)
>>
>> Where or what might be the cause of that? It seems related to
>> boost::
>>
>>
> You might want to try to move the code to a simple example and run it with
> valgrind, and see if you still see the problem. It looks like the only other
> place boost::basic_format is used is in the logging_query plugin which
> doesn't have any tests so the warning would not show up in there. A quick
> glance of the code and it looked correct.
>
>
>
>> Thanks,
>>
>> Daniel
>>
>> Le 12 juil. 2011 à 16:21, Mark Atwood a écrit :
>>
>>> Review: Needs Fixing
>>> Valgrind problems.
>>>
>>> Refer to
>> http://
Mark Atwood (fallenpegasus) wrote : | # |
Cool. I will review it, and then Jenkins it.
On Sat, Jul 30, 2011 at 5:41 PM, Daniel Nichter <email address hidden> wrote:
> It occurred to me that Boost formatter is overkill. So, the latest code (https:/
>
> -Daniel
>
> Le 14 juil. 2011 à 06:41, Joe Daly a écrit :
>
>> On Tue, Jul 12, 2011 at 7:33 PM, Daniel Nichter <email address hidden> wrote:
>>
>>> Thanks for working on this. I'm not sure what to do about the valgrind
>>> warnings; perhaps you can point me in the correct direction. For example:
>>>
>>> 464 bytes in 13 blocks are possibly lost in loss record 41 of 52
>>> at 0x4C28973: operator new(unsigned long) (vg_replace_
>>> by 0x70B9E98: std::string:
>>> std::allocator<
>>> by 0x70BA0BD: std::string:
>>> unsigned long) (in /usr/lib/
>>> by 0x70BA28B: std::string:
>>> char const*, unsigned long) (in /usr/lib/
>>> by 0x70BBA8C: std::string:
>>> const*, unsigned long) (in /usr/lib/
>>> by 0xC349952: boost::
>>> std::allocator<
>>> by 0xC3429D6: QueryLoggerFile
>>> by 0xC336478:
>>> drizzle_
>>> (module.cc:159)
>>> by 0x4EFBA1: drizzled:
>>> drizzled:
>>> std::allocator<
>>> boost::
>>> by 0x4F0F53: drizzled:
>>> boost::
>>> by 0x44ED1B:
>>> drizzled:
>>> (drizzled.cc:1345)
>>> by 0x4E9978: main (main.cc:273)
>>>
>>> Where or what might be the cause of that? It seems related to
>>> boost::
>>>
>>>
>> You might want to try to move the code to a simple example and run it with
>> valgrind, and see if you still see the problem. It looks like the only other
>> place boost::basic_format is used is in the logging_query plugin which
>> doesn't have any tests so the warning would not show up in there. A quick
>> glance of the code and it looked correct.
>>
>>
>>
>>> ...
Mark Atwood (fallenpegasus) wrote : | # |
Failed Jenkins Build Test
http://
query_log.file [ fail ]
The tests have to be idempotent and not leave behind a trace. The repeat-tests-twice test helps discover test cases that are not.
Please fix and resubmit.
- 2321. By Daniel Nichter
-
Make tests idempotent.
Daniel Nichter (daniel-nichter) wrote : | # |
Latest rev 2321 is idempotent: it passes --repeat-test 1, 2, 5, and 10. :-)
It also removes its tmp and .bak files.
Le 2 août 2011 à 20:51, Mark Atwood a écrit :
> Review: Approve
> Failed Jenkins Build Test
>
> http://
>
> query_log.file [ fail ]
>
> The tests have to be idempotent and not leave behind a trace. The repeat-tests-twice test helps discover test cases that are not.
>
> Please fix and resubmit.
> --
> https:/
> You are the owner of lp:~daniel-nichter/drizzle/query-log-plugin.
Branch location changed to: lp:~daniel-nichter/drizzle/query-log-plugin
Le 15 mai 2011 à 12:13, Daniel Nichter a écrit :
> Daniel Nichter has proposed merging lp:~daniel-percona/drizzle/query-log-plugin into lp:drizzle. /bugs.launchpad .net/drizzle/ +bug/781971 /code.launchpad .net/~daniel- percona/ drizzle/ query-log- plugin/ +merge/ 61034 /code.launchpad .net/~daniel- percona/ drizzle/ query-log- plugin/ +merge/ 61034 query_log/ event.h' query_log/ event.h 1970-01-01 00:00:00 +0000 query_log/ event.h 2011-05-15 18:13:26 +0000 :afterStatement () to see this. Second, :afterStatement ()) and then acceptable 31T10:00: 01.123456)
>
> Requested reviews:
> Drizzle Merge Team (drizzle-merge)
> Related bugs:
> Bug #781971 in Drizzle: "Write new query log plugin"
> https:/
>
> For more details, see:
> https:/
>
> I think this plugin can and should replace logging_query. :-) The major parts are tested and it's documented. If merged, I'll continue to maintain and enhance it.
> --
> https:/
> You are the owner of lp:~daniel-percona/drizzle/query-log-plugin.
> === added directory 'plugin/query_log'
> === added file 'plugin/
> --- plugin/
> +++ plugin/
> @@ -0,0 +1,66 @@
> +/*
> + * Copyright (C) 2011 Daniel Nichter
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; version 2 of the License.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * You should have received a copy of the GNU General Public License
> + * along with this program; if not, write to the Free Software
> + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
> + */
> +
> +#pragma once
> +
> +/**
> + * @file
> + * event.h
> + *
> + * @brief
> + * Defines the event_t struct that encapsulates an event.
> + *
> + * @details
> + * An event (i.e. a query) has the attributes defined in the event_t struct.
> + * The values come from various members of the Session class. This is
> + * a necessary redundancy for two reasons. First, access to this data via
> + * the Session class is not uniform; it requires various calls and
> + * calculations. Look at QueryLog:
> + * because the QueryLog object controls the logger classes, i.e.
> + * QueryLoggerFile and others in the futre, event creation and filtering
> + * is done in one place (QueryLog:
> + * events are passed to the logger classes so that all they have to do is log.
> + *
> + * Since this is just a collection of variables, making this a class
> + * with accessor functions is overkill.
> + */
> +struct event_t {
> + // GMT timestamps (2002-01-
> + std::string ts;
> +
> + // integers
> + uint32_t session_id;
> + uint32_t query_id;
> + uint32_t rows_examined;
> + uint32_t rows_sent;
> + uint32_t tmp_tables;
> + uint32_t warnings;
> +
> + // times (42.123456)
> + double execution_time;
> + double lock_time;
> + double session_ti...