Bug #43291 MTR2: it is not possible to obtain error log for a full test run

Submitted: 1 Mar 2009 17:27 Modified: 10 Feb 2010 9:35
Reporter: Sergey Petrunya Email Updates:
Status: Duplicate Impact on me:
None 
Category:Tools: MTR / mysql-test-run Severity:S3 (Non-critical)
Version: OS:Any
Assigned to: CPU Architecture:Any

[1 Mar 2009 17:27] Sergey Petrunya
Description:
It used to be possible to use testsuite according to this scenario:

* Amend the code so that on some "interesting" condition it prints relevant information to stderr.
* Run the entire test suite.
* Look into the log files and see if/when the interesting condition was encountered.

With MTR2 it is not possible anymore - it seems the logs are erased, one can only find the logs of the last testcase.

How to repeat:
Put somewhere in the code 

     fprintf(stderr, ".....);

run the testsuite, look at the log files.

Suggested fix:
Make it possible to save .err logs (maybe as an option).
[1 Mar 2009 17:32] Bjørn Munch
I think this is the same issue as is being addressed in Bug #40978.
[1 Mar 2009 17:32] Sergey Petrunya
There's an option to put DBUG_ASSERT(0) instead of fprintf(stderr, ...);   and then look for test failures but its substantially worse as it requires one to catch one "interesting case" at a time.
[1 Mar 2009 19:50] Bjørn Munch
I don't understand the last comment. Is the problem that the .err file from the server is overwritten?  That's what the bug I referred to is about.
[2 Mar 2009 9:33] Sveta Smirnova
Set to "Need feedback" because feedback about if this is duplicate of bug #40978 or not is needed.
[2 Apr 2009 23:00] Bugs System
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[10 Feb 2010 9:35] Bjørn Munch
Duplicate of Bug #40970, as previously commented

Portions of this website are copyright © 2001, 2002 The PHP Group

Page generated in 0.042 sec. using MySQL 8.4.7-u6-cloud

Timestamp references displayed by the system are UTC.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.