ZF-2272: Zend_Measure_Numbertest hangs ?

Description

I seem to have trouble on certain platforms (e.g., trunk SVN r7041 with PHP 5.2.4, PHPUnit 3.2.2 on RHEL4) with a test in Zend_Measure_NumberTest causing the test suite to halt or spin (e.g., infinite loop?). I ran it as follows under the default TestConfiguration.php.dist:


phpunit --verbose AllTests > AllTests.ConfigDefault.out 2>&1

Leading output snipped:


   Zend_Measure_LightnessTest
   ..........................

   Zend_Measure_NumberTest
   ...

The end of the above output is where the test suite halts for me. At this point the phpunit process needs to be terminated, or it just runs ad infinitum without producing output.

I can provide additional information as needed.

Comments

For me it seems as the testbed brakes at

testNumberSetType() and not with testConvertTo()

Can you please check for me which test is really the one which loops ? This would help me solving the problem.

Do you have bcmath enabled or not ? Do the Zend_Locale_AllTests all run without problems ?

Any news for me ? If I am not getting any response I would have to close this issue as unreproducable...

So tell me HOW to reproduce it. If I run the tests, they hang. But how to find out WHERE they hang?

Your help would be great.

So this are the informations I need:

BC Math enabled ?? Do the Zend_Locale_Format tests run without problems ?? (Zend_Measure uses Zend_Locale_Format for number formatting)

Set an "x" before the tests to disable them and reenable them single to see which tests really sticks. "testConvertTo()" => "xtestConvertTo()" There are only 8 tests so this is not much work and we will see at which tests the testbed runs infinite.

Related to this information I can go into detail and see at which function it hangs.

Please use the latest trunk for this tests. Thanks for your help.

BCMath enable. Zend_Locale_Format tests skipped:

$ phpunit -d include_path=.:../library/:../incubator/:../incubator/tests/:/opt/php/lib/php --filter "/(.)Zend_Locale_Format(.)/" AllTests.php PHPUnit 3.2.4 by Sebastian Bergmann.

SSSSSSSSSSSSSS

Time: 0 seconds

OK, but incomplete or skipped tests! Tests: 14, Skipped: 14.

Tests work, when commenting out testNumberSetType()

Hi Thomas,

I have prefixed the {{Zend_Measure_NumberTest}} test methods with the "{{x}}" character and began running the test suite, removing the prefix for each method sequentially, until I could reproduce the hanging behavior. I believe to have narrowed it down to the {{testNumberSetType()}} method.

Other notes: * bcmath support is enabled * I get an error in {{Zend_Locale_FormatTest}} test:

1) testToFloatSetlocale(Zend_Locale_FormatTest)
Zend_Locale_Math_Exception: subtraction overflow: 1234.5 - 1234 != 0,5
/home/darby/framework/trunk/library/Zend/Locale/Format.php:399
/home/darby/framework/trunk/library/Zend/Locale/Format.php:526
/home/darby/framework/trunk/tests/Zend/Locale/FormatTest.php:913

Hy Darby,

I think I found a possible bug which is fixed with SVN-7319.

Related to Zend_Locale_FormatTest: We had the issue ZF-2169 which was describing this problem. I attached a debug version 5 weeks ago but I did not get any response. So I closed it as "cannot reproduce" after 2 requests. If you are willing to test with the debug version and give me a feedback I can reopen this issue.

Thank you.

The {{Format.php}} file attached to ZF-2169 does not resolve this issue for me; the test suite still hangs on the latest version from SVN. I have output that I'll share for ZF-2169 separately.

The patch for ZF-2169 was not written to solve the issue. ;-) It is a debug version which should generate debug output to see which settings the locale want to use and how the class responds.

Darby,

can you please look if this issue is solved or still there ? As we have fixed the underlaying ZF-2169 issue this one should now also show another behaviour or be fixed.

Thank you

I still experience the infinite loop problem with the tests, and actually, I see more errors now than before. I'll attach the output to this issue shortly.

Can you not simply break out of the currently infinite loop (e.g., if more than X seconds pass)?

Output from AllTests spins at Zend_Measure_NumberTest

Generally I'm with you... But I am a little pedantic, and I don't want just to "break" the loop. I want to fix it.

Otherwise it could be possible that you will get "1.00000000000000001" instead of "1" as result... ;-) I will look through the output to see what's the next step to solve it.

Darby... are you sure that ZF-2169 is fixed ???? the output you attached says other things...

Debug Version

I added an debug version for the number testing. Maybe the issue is fixed with it (I made a small change which could solve it).

Otherwise please attach the output from it so I can see where the problem is.

Btw: The debug version brakes at 30 digits, so it does not run infinite.

Related to the other problems you've seen... 1) When ZF-2169 is fixed when you run it standalone and not when you run it with AllTests then please give me the output from the debug version within ZF-2169.

2) When the Locale_Data tests brake within your testbed it please add a new issue. Does it also break when run alone or only with AllTests ? And please give the output from the unittests.

Attached output from running AllTests using patched version of Format.php attached to ZF-2169. I prefixed {{Zend_Measure_Test::testNumberSetType()}} method name with "{{x}}", so this test does not hang the rest of the testing and concludes with results relevant to fixing other problems with Zend_Locale tests.

I forgot to mention, though it's included in the output, that the test results include the following related to ZF-2169:

There was 1 error:

1) testToFloatSetlocale(Zend_Locale_FormatTest)
Zend_Locale_Math_Exception: subtraction overflow: 1234.5 - 1234 != 0,5
/home/darby/framework/trunk/library/Zend/Locale/Format.php:437
/home/darby/framework/trunk/library/Zend/Locale/Format.php:576
/home/darby/framework/trunk/tests/Zend/Locale/FormatTest.php:913

Something's weired...

You mentioned in ZF-2169 that it is fixed. But this is not true as you wrote within this issue. The output you added says that it's not fixed.

What I don't understand are your problems with reading the CLDR in your environment. The getList function always generates an array. But in your environment it generates an string ??? (This is the second broken test getDataList)

And it returns the third read value ??? Not the first or the last... one in the middle ??? This really confuses me...

Maybe an uncleared cache with old data ??? Some files not at latest release ??? Two versions mixed ??? Using a new PHP version with some changed beaviour ???

Btw: As I wrote before... the testNumberSetType test can not run infinite within the debug version added within this issue.... and to fix this issue (which was my original intention) I need the output also from this test... ;-)

I will look into ZF-2169 with the data you attached within here and hope to find it fast... I don't think that it's much... only hard to find these bug nowadays :-)

Thank you for your help

bq. Maybe an uncleared cache with old data ???

I'm not sure how to address this question.

bq. Some files not at latest release ???

I had run {{svn update}} on my working copy of {{/trunk}} prior to running the tests. The only differences between my working copy and SVN: * In {{tests/Zend/AllTests.php}}, I commented out tests for unrelated components (those not developed and/or maintained by you) to make running entire test suite faster. * {{library/Zend/Locale/Format.php}} I overwrote with the latest {{Format.php}} attached to ZF-2169. * {{Zend_Measure_Test::testNumberSetType()}} I renamed to {{Zend_Measure_Test::xtestNumberSetType()}}

bq. Two versions mixed ???

I'm not sure how to address this question, but probably related to the above.

bq. Using a new PHP version with some changed beaviour ???

PHP version is 5.2.4.

I'll try to test on another machine, however, and report my results.

{quote} I'm not sure how to address this question. {quote}

Delete all files (not directories) within Zend Framework\tests\Zend_files before running the testbed again. This is the directory where Zend_Cache writes down all cached files for the testbed.

{quote} The only differences between my working copy and SVN: {quote}

Do not comment out testNumberSetType... Instead add the Number.php debug file from THIS issue to get the proper output for finding this one.

You mixed ZF-2169 with ZF-2272 ;-) But we will get it running anyway.

Okay, I deleted files from {{tests/Zend/_files}}, overwrote my {{Zend_Measure_Number}} class with {{Number.php}} attached here, restored the original name of {{Zend_Measure_Test::testNumberSetType()}}, and reran the tests with the output attached as {{AllTests.ConfigDefault.zip}}. I do not get the hanging behavior. :) But I do get some errors. :-/

I suggest that such tests, the success of which depends on having an empty cache, should at least confirm that the cache is empty if not also attempting to clear the cache upon starting the tests.

It should now all be fixed... I changed details related to the feedback I got from you. I added deletion of the cache when used. I fixed the cache problems with double used cache ids.

Please give me feedback so we can close this ticket.


   Zend_Measure_NumberTest
   ...
Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 913047501 bytes) in ..../library/Zend/Measure/Number.php on line 335

Call Stack:
    0.0003      58480   1. {main}() /opt/php/bin/phpunit:0
    0.0035     250176   2. require('/opt/php/lib/php/PHPUnit/TextUI/Command.php') /opt/php/bin/phpunit:44
    0.1314    6733048   3. PHPUnit_TextUI_Command::main() /opt/php/lib/php/PHPUnit/TextUI/Command.php:528
    3.2168   95189112   4. PHPUnit_TextUI_TestRunner->doRun() /opt/php/lib/php/PHPUnit/TextUI/Command.php:112
    3.2170   95191172   5. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/TextUI/TestRunner.php:298
    3.2717   95191352   6. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
   85.7452  160213448   7. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
   91.4238  160389688   8. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
   91.5937  160393456   9. PHPUnit_Framework_TestSuite->runTest() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:640
   91.5937  160393520  10. PHPUnit_Framework_TestCase->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:660
   91.5937  160393584  11. PHPUnit_Framework_TestResult->run() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:320
   91.5938  160394504  12. PHPUnit_Framework_TestCase->runBare() /opt/php/lib/php/PHPUnit/Framework/TestResult.php:597
   91.5944  160437240  13. PHPUnit_Framework_TestCase->runTest() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:342
   91.5944  160437984  14. ReflectionMethod->invoke() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:414
   91.5944  160438108  15. Zend_Measure_NumberTest->testNumberSetType() ..../tests/Zend/Measure/NumberTest.php:0
   91.6293  160439656  16. Zend_Measure_Number->setType() ..../tests/Zend/Measure/NumberTest.php:156
   91.6587  160439848  17. Zend_Measure_Number->fromDecimal() ..../library/Zend/Measure/Number.php:365

Sebastian,

I havn't seen such behaviour before nor does it occur in darbys environment. The original failure seem to be fixed. The new problem with exhausted memory seems to be related to a SQRT or POW problem on negative numbers. Some sort of overflow.

I've reworked the class so it handles negative numbers in another way. Could you test the trunk (SVN 7536 or higher) and give me feedback if it's solved with the trunk ?

Thank you for your time...


   Zend_Measure_NumberTest
   ...
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 131858409 bytes) in /home/sebastian/Work/ZendFramework/library/Zend/Measure/Number.php on line 334

Call Stack:
    0.0002      49000   1. {main}() /opt/php/bin/phpunit:0
    0.0644     226508   2. require('/opt/php/lib/php/PHPUnit/TextUI/Command.php') /opt/php/bin/phpunit:44
    0.6417    6224488   3. PHPUnit_TextUI_Command::main() /opt/php/lib/php/PHPUnit/TextUI/Command.php:528
    7.9135   85320080   4. PHPUnit_TextUI_TestRunner->doRun() /opt/php/lib/php/PHPUnit/TextUI/Command.php:112
    7.9139   85321620   5. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/TextUI/TestRunner.php:298
    7.9751   85321740   6. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
  102.9474  136146676   7. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
  104.2354  136270500   8. PHPUnit_Framework_TestSuite->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:623
  104.2615  136272960   9. PHPUnit_Framework_TestSuite->runTest() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:640
  104.2615  136273008  10. PHPUnit_Framework_TestCase->run() /opt/php/lib/php/PHPUnit/Framework/TestSuite.php:660
  104.2615  136273056  11. PHPUnit_Framework_TestResult->run() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:320
  104.2616  136273408  12. PHPUnit_Framework_TestCase->runBare() /opt/php/lib/php/PHPUnit/Framework/TestResult.php:597
  104.2620  136302772  13. PHPUnit_Framework_TestCase->runTest() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:342
  104.2620  136303296  14. ReflectionMethod->invoke() /opt/php/lib/php/PHPUnit/Framework/TestCase.php:414
  104.2620  136303388  15. Zend_Measure_NumberTest->testNumberSetType() /home/sebastian/Work/ZendFramework/tests/Zend/Measure/NumberTest.php:0
  104.2914  136304684  16. Zend_Measure_Number->setType() /home/sebastian/Work/ZendFramework/tests/Zend/Measure/NumberTest.php:156
  104.3204  136304908  17. Zend_Measure_Number->fromDecimal() /home/sebastian/Work/ZendFramework/library/Zend/Measure/Number.php:364

Happens on both Ubuntu 6.06 with PHP 5.2.5 and CentOS 4.6 with PHP 5.2.4

Sebastian,

I added a new limit for 200 digits which now throws an exception if it is exceeded. And I changed the ROMAN conversion once again...

So now eighter it works, or it throws an exception returning the failed value.

Can you please give it a try ? (trunk SVN 7537)

Thank you for your time.


5) testNumberSetType(Zend_Measure_NumberTest)
Zend_Measure_Exception: Your value '100' cannot be processed because it extends 200 digits
/home/sebastian/Work/ZendFramework/library/Zend/Measure/Number.php:371
/home/sebastian/Work/ZendFramework/tests/Zend/Measure/NumberTest.php:154

Ok... I have to dig much deeper. I attached a debug version which produces heavy output. Please change your Zend/Measure/Number.php with the attached one. And please return me the output from the testbed as file so I can see where your environment behaves different.

Thank you very much

See attachment.

Thank you Sebastian... I'll look into it soon.

New patched debug version

I reviewed the debug output and found something I've never expected. BCdiv behaves different on nix and win.

win* generates:


GOOD
COUNT:'198'
VALUE:'25'
COMP:'1'
TARG:'1'
------
NEWV:'100'
COUNT:'197'
VALUE:'12'
COMP:'1'
TARG:'0'
------
NEWV:'0100'
COUNT:'196'
VALUE:'6'
COMP:'1'
TARG:'0'
NEWV:'00100'

Your *nix generates:


BAD
COUNT:'198'
VALUE:'25'
COMP:'1'
TARG:'1'
------
NEWV:'100'
COUNT:'197'
VALUE:'13'
COMP:'1'
TARG:'1'
------
NEWV:'1100'
COUNT:'196'
VALUE:'7'
COMP:'1'
TARG:'1'
NEWV:'11100'

25 / 2 = 13 ?? This is the behaviour where *nix produces the problem. I wrote a patch to fix this, but I have no environment to test it. The patch is attached. Please change the attached number.php with the one from Zend/Library/Measure/Number.php and try it... If the problem is fixed give me the ok, otherwise I have overseen something. Then please attach the debug output...

Btw: If anyone other has this behaviour is his environment then he is free to add the debug output, to sebastian has not to do the whole work ;-)

Thank you for your time and help !!


FROM:'2'
COUNT:'200'
VALUE:'100'
COMP:'1'
TARG:'0'
OLD:'100':'50'
NEWV:'0'
COUNT:'199'
VALUE:'50'
COMP:'1'
TARG:'0'
OLD:'50':'25'
NEWV:'00'
COUNT:'198'
VALUE:'25'
COMP:'1'
TARG:'1'
OLD:'25':'13'
NEWV:'100'
COUNT:'197'
VALUE:'13'
COMP:'1'
CORRECTION
TARG:'0'
OLD:'12':'6'
NEWV:'0100'
COUNT:'196'
VALUE:'6'
COMP:'1'
TARG:'0'
OLD:'6':'3'
NEWV:'00100'
COUNT:'195'
VALUE:'3'
COMP:'1'
TARG:'1'
OLD:'3':'2'
NEWV:'100100'
COUNT:'194'
VALUE:'2'
COMP:'1'
CORRECTION
TARG:'0'
OLD:'1':'1'
NEWV:'0100100'
COUNT:'193'
VALUE:'1'
COMP:'1'
CORRECTION
TARG:'0'
OLD:'0':'0'
NEWV:'00100100'

FROM:'ROMAN'
COUNT:'200'
VALUE:'36'
ROMVA:'10'
NEWVA:'X'
COUNT:'199'
VALUE:'26'
ROMVA:'10'
NEWVA:'XX'
COUNT:'198'
VALUE:'16'
ROMVA:'10'
NEWVA:'XXX'
COUNT:'197'
VALUE:'6'
ROMVA:'5'
NEWVA:'XXXV'
COUNT:'196'
VALUE:'1'
ROMVA:'1'
NEWVA:'XXXVI'
BREAK!!!!

FROM:'16'
COUNT:'200'
VALUE:'18'
COMP:'1'
TARG:'2'
OLD:'18':'1'
NEWV:'2'
COUNT:'199'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'12'

FROM:'16'
COUNT:'200'
VALUE:'1117'
COMP:'1'
TARG:'13'
OLD:'1117':'70'
NEWV:'D'
COUNT:'199'
VALUE:'70'
COMP:'1'
TARG:'6'
OLD:'70':'4'
NEWV:'6D'
COUNT:'198'
VALUE:'4'
COMP:'1'
TARG:'4'
OLD:'4':'0'
NEWV:'46D'

FROM:'8'
COUNT:'200'
VALUE:'314'
COMP:'1'
TARG:'2'
OLD:'314':'39'
NEWV:'2'
COUNT:'199'
VALUE:'39'
COMP:'1'
TARG:'7'
OLD:'39':'5'
NEWV:'72'
COUNT:'198'
VALUE:'5'
COMP:'1'
TARG:'5'
OLD:'5':'1'
NEWV:'572'
COUNT:'197'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'1572'

FROM:'5'
COUNT:'200'
VALUE:'78'
COMP:'1'
TARG:'3'
OLD:'78':'16'
NEWV:'3'
COUNT:'199'
VALUE:'16'
COMP:'1'
TARG:'1'
OLD:'16':'3'
NEWV:'13'
COUNT:'198'
VALUE:'3'
COMP:'1'
TARG:'3'
OLD:'3':'1'
NEWV:'313'
COUNT:'197'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'1313'

FROM:'4'
COUNT:'200'
VALUE:'5'
COMP:'1'
TARG:'1'
OLD:'5':'1'
NEWV:'1'
BREAK!!!!

FROM:'7'
COUNT:'200'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'1'

FROM:'6'
COUNT:'200'
VALUE:'660'
COMP:'1'
TARG:'0'
OLD:'660':'110'
NEWV:'0'
COUNT:'199'
VALUE:'110'
COMP:'1'
TARG:'2'
OLD:'110':'18'
NEWV:'20'
COUNT:'198'
VALUE:'18'
COMP:'1'
TARG:'0'
OLD:'18':'3'
NEWV:'020'
COUNT:'197'
VALUE:'3'
COMP:'1'
TARG:'3'
OLD:'3':'1'
NEWV:'3020'
COUNT:'196'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'13020'

FROM:'7'
COUNT:'200'
VALUE:'1025300'
COMP:'1'
TARG:'3'
OLD:'1025300':'146471'
NEWV:'3'
COUNT:'199'
VALUE:'146471'
COMP:'1'
TARG:'3'
OLD:'146471':'20924'
NEWV:'33'
COUNT:'198'
VALUE:'20924'
COMP:'1'
TARG:'1'
OLD:'20924':'2989'
NEWV:'133'
COUNT:'197'
VALUE:'2989'
COMP:'1'
TARG:'0'
OLD:'2989':'427'
NEWV:'0133'
COUNT:'196'
VALUE:'427'
COMP:'1'
TARG:'0'
OLD:'427':'61'
NEWV:'00133'
COUNT:'195'
VALUE:'61'
COMP:'1'
TARG:'5'
OLD:'61':'9'
NEWV:'500133'
COUNT:'194'
VALUE:'9'
COMP:'1'
TARG:'2'
OLD:'9':'1'
NEWV:'2500133'
COUNT:'193'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'12500133'

FROM:'7'
COUNT:'200'
VALUE:'4545218'
COMP:'1'
TARG:'6'
OLD:'4545218':'649317'
NEWV:'6'
COUNT:'199'
VALUE:'649317'
COMP:'1'
TARG:'4'
OLD:'649317':'92760'
NEWV:'46'
COUNT:'198'
VALUE:'92760'
COMP:'1'
TARG:'3'
OLD:'92760':'13251'
NEWV:'346'
COUNT:'197'
VALUE:'13251'
COMP:'1'
TARG:'0'
OLD:'13251':'1893'
NEWV:'0346'
COUNT:'196'
VALUE:'1893'
COMP:'1'
TARG:'3'
OLD:'1893':'270'
NEWV:'30346'
COUNT:'195'
VALUE:'270'
COMP:'1'
TARG:'4'
OLD:'270':'39'
NEWV:'430346'
COUNT:'194'
VALUE:'39'
COMP:'1'
TARG:'4'
OLD:'39':'6'
NEWV:'4430346'
COUNT:'193'
VALUE:'6'
COMP:'1'
TARG:'6'
OLD:'6':'1'
NEWV:'64430346'
COUNT:'192'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'164430346'

FROM:'3'
COUNT:'200'
VALUE:'19090126'
COMP:'1'
TARG:'1'
OLD:'19090126':'6363375'
NEWV:'1'
COUNT:'199'
VALUE:'6363375'
COMP:'1'
TARG:'0'
OLD:'6363375':'2121125'
NEWV:'01'
COUNT:'198'
VALUE:'2121125'
COMP:'1'
TARG:'2'
OLD:'2121125':'707042'
NEWV:'201'
COUNT:'197'
VALUE:'707042'
COMP:'1'
TARG:'2'
OLD:'707042':'235681'
NEWV:'2201'
COUNT:'196'
VALUE:'235681'
COMP:'1'
TARG:'1'
OLD:'235681':'78560'
NEWV:'12201'
COUNT:'195'
VALUE:'78560'
COMP:'1'
TARG:'2'
OLD:'78560':'26187'
NEWV:'212201'
COUNT:'194'
VALUE:'26187'
COMP:'1'
TARG:'0'
OLD:'26187':'8729'
NEWV:'0212201'
COUNT:'193'
VALUE:'8729'
COMP:'1'
TARG:'2'
OLD:'8729':'2910'
NEWV:'20212201'
COUNT:'192'
VALUE:'2910'
COMP:'1'
TARG:'0'
OLD:'2910':'970'
NEWV:'020212201'
COUNT:'191'
VALUE:'970'
COMP:'1'
TARG:'1'
OLD:'970':'323'
NEWV:'1020212201'
COUNT:'190'
VALUE:'323'
COMP:'1'
TARG:'2'
OLD:'323':'108'
NEWV:'21020212201'
COUNT:'189'
VALUE:'108'
COMP:'1'
TARG:'0'
OLD:'108':'36'
NEWV:'021020212201'
COUNT:'188'
VALUE:'36'
COMP:'1'
TARG:'0'
OLD:'36':'12'
NEWV:'0021020212201'
COUNT:'187'
VALUE:'12'
COMP:'1'
TARG:'0'
OLD:'12':'4'
NEWV:'00021020212201'
COUNT:'186'
VALUE:'4'
COMP:'1'
TARG:'1'
OLD:'4':'1'
NEWV:'100021020212201'
COUNT:'185'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'1100021020212201'

FROM:'3'
COUNT:'200'
VALUE:'342077'
COMP:'1'
TARG:'2'
OLD:'342077':'114026'
NEWV:'2'
COUNT:'199'
VALUE:'114026'
COMP:'1'
TARG:'2'
OLD:'114026':'38009'
NEWV:'22'
COUNT:'198'
VALUE:'38009'
COMP:'1'
TARG:'2'
OLD:'38009':'12670'
NEWV:'222'
COUNT:'197'
VALUE:'12670'
COMP:'1'
TARG:'1'
OLD:'12670':'4223'
NEWV:'1222'
COUNT:'196'
VALUE:'4223'
COMP:'1'
TARG:'2'
OLD:'4223':'1408'
NEWV:'21222'
COUNT:'195'
VALUE:'1408'
COMP:'1'
TARG:'1'
OLD:'1408':'469'
NEWV:'121222'
COUNT:'194'
VALUE:'469'
COMP:'1'
TARG:'1'
OLD:'469':'156'
NEWV:'1121222'
COUNT:'193'
VALUE:'156'
COMP:'1'
TARG:'0'
OLD:'156':'52'
NEWV:'01121222'
COUNT:'192'
VALUE:'52'
COMP:'1'
TARG:'1'
OLD:'52':'17'
NEWV:'101121222'
COUNT:'191'
VALUE:'17'
COMP:'1'
TARG:'2'
OLD:'17':'6'
NEWV:'2101121222'
COUNT:'190'
VALUE:'6'
COMP:'1'
TARG:'0'
OLD:'6':'2'
NEWV:'02101121222'
COUNT:'189'
VALUE:'2'
COMP:'1'
TARG:'2'
OLD:'2':'1'
NEWV:'202101121222'
COUNT:'188'
VALUE:'1'
COMP:'1'
TARG:'1'
OLD:'1':'0'
NEWV:'1202101121222'....

FROM:'10'
COUNT:'200'
VALUE:'3'
COMP:'1'
TARG:'3'
OLD:'3':'0'
NEWV:'3'

FROM:'10'
COUNT:'200'
VALUE:'25'
COMP:'1'
TARG:'5'
OLD:'25':'3'
NEWV:'5'
COUNT:'199'
VALUE:'3'
COMP:'1'
TARG:'3'
OLD:'3':'0'
NEWV:'35'F

Super... to it's now fixed. Great to hear. Thank you for your time.

I committed with SVN7656. What you've returned as result is identical with issue 2368.

I also made a change for 2368, but it is untested. If the testbed now does not hang anymore I will close this issue and go further with 2368.

Thanks...

It doesn't hang anymore, so you can close this.

Yes, I confirm that the issue did not exist when I ran the tests for the 1.5.0 Preview Release.

Thank you, Thomas and Sebastian, so much for your efforts to address this! :)