20 messages in com.mysql.lists.bugsRe: error 127 from table handler with...| From | Sent On | Attachments |
|---|---|---|
| Fournier Jocelyn [Presence-PC] | 19 Aug 2001 08:16 | |
| Sinisa Milivojevic | 20 Aug 2001 03:15 | |
| Sinisa Milivojevic | 20 Aug 2001 03:20 | |
| Michael Widenius | 20 Aug 2001 05:27 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 09:01 | |
| Sinisa Milivojevic | 20 Aug 2001 11:31 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 11:42 | |
| Sinisa Milivojevic | 20 Aug 2001 11:50 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 11:58 | |
| Sasha Pachev | 20 Aug 2001 12:10 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 13:39 | |
| Sasha Pachev | 20 Aug 2001 13:47 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 13:57 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 17:35 | |
| Sasha Pachev | 20 Aug 2001 17:48 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 18:07 | |
| Fournier Jocelyn [Presence-PC] | 20 Aug 2001 18:11 | |
| Michael Widenius | 21 Aug 2001 02:21 | |
| Michael Widenius | 21 Aug 2001 03:09 | |
| Michael Widenius | 21 Aug 2001 04:13 |
| Subject: | Re: error 127 from table handler with latest mysql 4.0.0 sources.![]() |
|---|---|
| From: | Fournier Jocelyn [Presence-PC] (jo...@presence-pc.com) |
| Date: | 08/20/2001 06:11:37 PM |
| List: | com.mysql.lists.bugs |
BTW, here is the first line of the ChangeSet files :
BK|sql/sql_parse.cc|19700101030959|01750|489494c63a5aea90 mon...@hundin.mysql.fi|sql/sql_parse.cc|20010819121652|60618 mon...@hundin.mysql.fi|mysys/my_dup.c|20010819121652|42258|54c6d0749747e5ad mon...@hundin.mysql.fi|mysys/my_dup.c|20010819121653|47281 BK
Perhaps the new version has not been propagated yet in the tree, as the files seem the be from the 2001-08-19 tree.
----- Original Message ----- From: "Sasha Pachev" <sas...@mysql.com> To: "Fournier Jocelyn [Presence-PC]" <jo...@presence-pc.com>; "Sinisa Milivojevic" <sin...@mysql.com> Cc: <mon...@mysql.com>; <bu...@lists.mysql.com> Sent: Tuesday, August 21, 2001 2:49 AM Subject: Re: error 127 from table handler with latest mysql 4.0.0 sources.
On Monday 20 August 2001 18:35, Fournier Jocelyn [Presence-PC] wrote:
Hi,
I need more help with mysqltest syntax ;)
I would to execute the following script :
connect (con1, localhost, root,,); let $2=10; while ($2) { connect (con$2, localhost, root,,); dec $2; }
let $2=10; while ($2) { connection con$2; use presence; let $1=100; while ($1) { @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='@nge'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='Homertrix'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='jey'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='Homertrix'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='ronaldozebestRZB'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='Homertrix'; @./res SELECT citation,icq,homepage,signature_forum,configuration FROM inscrit2 WHERE pseudo='-Freeman-'; dec $1; } dec $2; }
connection con1; use presence; @./alt ALTER TABLE inscrit2 DROP flag, ADD flag TINYINT DEFAULT '0' NOT NULL;
let $2=10; while ($2) { connection con$2; --send reap; dec $2; }
connection con1; --send reap;
Unfortunaltely, it doesn't work ;) How can I use the variable $2 to make change the connection number ?
I need to fix mysqltest to do the following:
* have concat operator * eval the connection argument instead of taking it literally
It cannot do the above at this point, and until this is fixed, there is no way you can make it work.
(one day I will succeed in making a testcase for this annoying bug :D)
Keep it up. We need more users like you that will push the development version to the limit, find the bugs, and write test cases that can be directly incorporated into the test suite.
BTW I've got a funny thing which occurs during my test :
mysql> ALTER TABLE forum.inscrit DROP flag, ADD flag TINYINT DEFAULT '0' NOT NULL;
Query OK, 13683 rows affected (1.30 sec)
Records: 13683 Duplicates: 0 Warnings: 0
mysql> ALTER TABLE forum.inscrit DROP flag, ADD flag TINYINT DEFAULT '0' NOT NULL;
Query OK, 8014 rows affected (0.74 sec)
Records: 8014 Duplicates: 0 Warnings: 0
Where are the 5669 missing records :D
Fortunately, I made a backup of the table just before ;) (but once again the table wasn't corrupted in any way)
See if you can repeat it. In theory at least, you should be able to restore your backup and have the same behaviour by doing the above ALTER twice. If you succeed, send us the table.
BTW, when was the last time you've built the binary? I know there were some really bad bugs in the tree Saturday night ( MST) that Monty apparently fixed by this morning. And make sure to do BUILD/compile-pentium every time you pull, not just make - sometimes we make changes that without proper clean up you can end up with a bad binary if you just type make.
-- MySQL Development Team For technical support contracts, visit https://order.mysql.com/ __ ___ ___ ____ __ / |/ /_ __/ __/ __ \/ / Sasha Pachev <sas...@mysql.com> / /|_/ / // /\ \/ /_/ / /__ MySQL AB, http://www.mysql.com/ /_/ /_/\_, /___/\___\_\___/ Provo, Utah, USA <___/
--------------------------------------------------------------------- Before posting, please check: http://www.mysql.com/manual.php (the manual) http://lists.mysql.com/ (the list archive)
To request this thread, e-mail bugs...@lists.mysql.com To unsubscribe, e-mail <bugs...@lists.mysql.com>




