> Right, this was subsequently fixed in MySQL in
> http://lists.mysql.com/commits/118824
>
Yes, I noticed that too late.
___
Mailing list: https://launchpad.net/~maria-developers
Post to : maria-developers@lists.launchpad.net
Unsubscribe : https://
Looks like the relevant code change and resulting bug was introduced
in Rev: 2502.1070.1
revno: 2502.1070.1
branch nick: 5.1-bugteam-bug29751
timestamp: Wed 2010-08-25 15:47:45 +0700 // the date looks recent enough.
message:
Fixed bug #29751 - do not rename the error log at FLUSH LOGS.
Added
Hi,
> We set the mysys_var->id to thread_id in store_globals() to allow
> MySQL to bind a user connection to different threads during execution
> of one query. We need to change mysys->thread_id so that all reports
> (like dbug_print) are printed with the same logical thread id.
>
> The bug in qu
tore_globals() does the following:
mysys_var=my_thread_var;
mysys_var->id= thread_id; // Let's see what this->thread_id is.
2:005> ?? this->thread_id
unsigned long 0
So here it gets set to 0, and hence our code fails.
Do you know why this might be?
- Alex
On Sat, Jan 30, 2010 a
Hi,
> I looked at the original bug report and can't see how this bug fix
> have anything to the with the real problem.
>
> I have now done a proper fix for this. Can you please test that things
> reported in http://bugs.mysql.com/bug.php?id=31173 now works
> on windows ?
>
Yes, looks like the cha
On Tue, Jan 26, 2010 at 8:52 PM, Kristian Nielsen
wrote:
> Alex Budovski writes:
>
>> Some tests that call mtr.add_suppression to ignore expected warnings
>> hard-code the forward slash '/' character as the expected path
>> delimiter. This breaks tests on Wind
Hello,
Some tests that call mtr.add_suppression to ignore expected warnings
hard-code the forward slash '/' character as the expected path
delimiter. This breaks tests on Windows as the regex does not match as
expected.
E.g.
Recovering table: './mysqltest/t_corrupted2'
fails to match
1001
Hi,
I've implemented a few things for the Windows port of SHOW PROFILE (
IO read/writes, user/kernel times, page faults) which you may want to
consider looking at. There's also a few miscellaneous fixes in there.
The commit log has the details.
See: https://launchpad.net/~abudovski/maria/robust
>> The major two differences I found in the VC++ 2008 that affect
>> us are:
>> A) The Express Edition cannot build 64-bit binaries.
>
> Right, that's a showstopper :-/
If Cmake is able to produce a 64bit project (via cmake -g "Visual
Studio 9 2008 Win64") with the express IDE installed, then the
In fact, if all you want is an automated build, you don't even need
the IDE. Just download the PSDK and use MSBuild to build the
CMake-generated solution.
On Fri, Jan 15, 2010 at 12:41 PM, Alex Budovski wrote:
> On Fri, Jan 15, 2010 at 1:54 AM, Timour Katchaounov
> wrote:
>&
On Fri, Jan 15, 2010 at 1:54 AM, Timour Katchaounov wrote:
> Kristian, all,
>
> Not being a build/packaging expert, there are two issues here:
> - Making it possible for any developer to build (and develop)
> MariaDB on Windows with Visual C++. This is perfectly possible
> with either edition of
See log messages for details.
- Alex
# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: abudov...@gmail.com-20100114054116-0o9j13rkdgekujcj
# target_branch: bzr+ssh://bazaar.launchpad.net/~maria-\
# captains/maria/5.1/
# testament_sha1: acd9bb4c13af5c51871ebc2eaa884ebced4192b2
# tim
12 matches
Mail list logo
