Bug #36124 Using ndb_select_count from 6.3.10 with libndbclient.so from 6.3.11 cause crash
Submitted: 16 Apr 2008 9:45 Modified: 9 Jul 2008 8:48
Reporter: Jonas Oreland Email Updates:
Status: Closed Impact on me:
None 
Category:MySQL Cluster: Cluster (NDB) storage engine Severity:S3 (Non-critical)
Version:6.3.11 OS:Any
Assigned to: Frazer Clement CPU Architecture:Any

[16 Apr 2008 9:45] Jonas Oreland
Description:
.

How to repeat:
.

Suggested fix:
.
[25 Apr 2008 15:20] Frazer Clement
WL4086 modified the internals of scan and index scan so that they always use NdbRecord mechanisms internally.
NdbRecord mechanisms support the NdbInterpretedCode Api rather than the old interpreted program Api methods.
The NdbRecord checks in the old interpreted program Api methods were not being hit as they were placed too late in the decision path.
This resulted in corrupt signals beings sent to the kernel.
[28 Apr 2008 14:18] Bugs System
A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/commits/46124

ChangeSet@1.2588, 2008-04-28 15:17:28+01:00, frazer@forth.ndb.mysql.com +4 -0
  Bug #36124 
  Checks on operation type were not correct, resulting in corrupted signals being sent when the 
  old interpreted code Api is used with scans.
[28 Apr 2008 16:23] Bugs System
Pushed into 5.1.23-ndb-6.4.0
[28 Apr 2008 16:25] Bugs System
Pushed into 5.1.24-ndb-6.3.13
[28 Apr 2008 16:29] Bugs System
Pushed into 5.1.24-ndb-6.2.14
[9 Jul 2008 8:48] Jon Stephens
Documented in the 5.1.23-ndb-6.2.14 and 5.1.24-ndb-6.3.13 changelogs as follows:

        Using NDB API applications from older MySQL Cluster versions with 
        libndbclient from newer ones caused the cluster to fail.
[12 Dec 2008 23:26] Bugs System
Pushed into 6.0.6-alpha  (revid:sp1r-frazer@forth.ndb.mysql.com-20080428141728-12317) (version source revid:jonas@mysql.com-20080808094047-4e1yiarqa2t3opg3) (pib:5)