suche 36x36
  • Admin-Scout-small-Banner
           

    CURSOR Admin-Scout

    get the ultimate tool for Informix

    pfeil  
Latest versionsfixlist
14.10.xC10 FixList
12.10.xC16.X5 FixList
11.70.xC9.XB FixList
11.50.xC9.X2 FixList
11.10.xC3.W5 FixList
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

Informix - Problem description

Problem IT27613 Status: Closed

POSSIBLE ONE BYTE RALLOC MEMORY CORRUPTION WHEN USING MATCHES FILTER AND
MULTIBYTE CHARACTER SET AND LAST BYTE OF FILTER

product:
INFORMIX SERVER / 5725A3900 / C10 - IDS 12.10
Problem description:
Assert failed memory block header corruption assertions are
possible.  They would look something like this:

11:54:30  Found during mt_shm_malloc_segid 9
11:54:30  Pool '89219792' (0x70000019f5ae040)
11:54:30  Bad block header 0x70000010bbb3ce0
blk-64
070000010bbb3ca0: 00000000 00000000 00070a00 00000000   ........
........
070000010bbb3cb0: 00000002 00000000 00000000 00000000   ........
........
070000010bbb3cc0: 07000001 8d9cd038 07000001 8d9cd340   .......8
.......@
070000010bbb3cd0: 00000006 00000003 a9d3ae79 a457bb5c   ........
...y.W.
blk+64
070000010bbb3ce0: 00000002 99580c01 ffff0000 00000000   .....X..
........
070000010bbb3cf0: 07000001 8d9cd000 07000001 0bbb38e0   ........
......8.
070000010bbb3d00: 00000000 00000320 07000001 9f5ae7c0   .......
.....Z..
070000010bbb3d10: 07000001 beff0d08 0e000003 5e59f4c9   ........
....^Y..

The multibyte string is 0xa9d3ae79a457bb5c and the 1 byte of
corruption is 0x00 and in this case it hits the following blocks
check word and changes 0x0e to 0x00 and causes the failure.

The query that caused this was as follows:

SELECT * FROM abb_file WHERE abb04 matches "*??y?W?"

So it's has a matches filter, and the filter itself, the string
doesn't display properly because it's being displayed single
byte when the locale was 1 that had multiple byte characters and
the filter is using multi-byte characters.

The server had DEFAULTESCCHAR set to the default value of .

In this case the last byte shows is  and that does end up
matching DEFAULTESCCHAR which leads to the problem.
Problem Summary:
****************************************************************
* USERS AFFECTED:                                              *
* Users of IDS prior to 12.10.xC13.                            *
****************************************************************
* PROBLEM DESCRIPTION:                                         *
* Possible one byte ralloc memory corruption when using        *
* matches filter and multibyte character set and last byte of  *
* filter matches DEFAULTESCCHAR.                               *
****************************************************************
* RECOMMENDATION:                                              *
****************************************************************
Local Fix:
Solution
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
27.12.2018
03.10.2019
03.10.2019
Problem solved at the following versions (IBM BugInfos)
12.10.xC13
Problem solved according to the fixlist(s) of the following version(s)
Informix EditionsInformix Editions
Informix Editions
DocumentationDocumentation
Documentation
IBM NewsletterIBM Newsletter
IBM Newsletter
Current BugsCurrent Bugs
Current Bugs
Bug ResearchBug Research
Bug Research
Bug FixlistsBug Fixlists
Bug Fixlists
Release NotesRelease Notes
Release Notes
Machine NotesMachine Notes
Machine Notes
Release NewsRelease News
Release News
Product LifecycleProduct Lifecycle
Lifecycle
Media DownloadMedia Download
Media Download