Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Message-ID: <16982723.1190925950750.JavaMail.jira@brutus>
Date: Thu, 27 Sep 2007 13:45:50 -0700 (PDT)
From: "Myrna van Lunteren (JIRA)" <jira@apache.org>
To: derby-dev@db.apache.org
Subject: [jira] Updated: (DERBY-1222) ij loops with derby.ui.codeset=EUC_JP
 on z/OS
In-Reply-To: <75496754.1145039700290.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DERBY-1222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Myrna van Lunteren updated DERBY-1222:
--------------------------------------

    Description: 
The test i18n/UnicodeEscape_JP.sql appears to hang on z/OS with ibm15, both latest builds of 10.1 and 10.2.
The test only takes about 3 seconds on a (fast) linux box, but I've had it sit for hours - i.e. past the 1 hour time out of the test harness - on zOS. When I finally kill the ij process kicked off by the test, the system shows indications of major stress, like javacore, and heapdumps, and OutOfMemory errors. Not sure that the OutOfMemory is caused by the whatever trouble is brewing, or that the trouble is caused by the OutOfMemory...

This could be a test issue or test harness issue, needs further research.

This happens both with ibm14 and ibm15, with the patch for 658, both 10.1.2.4 and 10.2.


  was:
The test i18n/UnicodeEscape.sql appears to hang on z/OS with ibm15, both latest builds of 10.1 and 10.2.
The test only takes about 3 seconds on a (fast) linux box, but I've had it sit for hours - i.e. past the 1 hour time out of the test harness - on zOS. When I finally kill the ij process kicked off by the test, the system shows indications of major stress, like javacore, and heapdumps, and OutOfMemory errors. Not sure that the OutOfMemory is caused by the whatever trouble is brewing, or that the trouble is caused by the OutOfMemory...

This could be a test issue or test harness issue, needs further research.

This happens both with ibm14 and ibm15, with the patch for 658, both 10.1.2.4 and 10.2.


fixing up incorrect test name; there is no i18n/UnicodeEscape.sql test.


> ij loops with derby.ui.codeset=EUC_JP on z/OS
> ---------------------------------------------
>
>                 Key: DERBY-1222
>                 URL: https://issues.apache.org/jira/browse/DERBY-1222
>             Project: Derby
>          Issue Type: Bug
>          Components: Tools
>    Affects Versions: 10.1.3.1
>         Environment: zOS
>            Reporter: Myrna van Lunteren
>
> The test i18n/UnicodeEscape_JP.sql appears to hang on z/OS with ibm15, both latest builds of 10.1 and 10.2.
> The test only takes about 3 seconds on a (fast) linux box, but I've had it sit for hours - i.e. past the 1 hour time out of the test harness - on zOS. When I finally kill the ij process kicked off by the test, the system shows indications of major stress, like javacore, and heapdumps, and OutOfMemory errors. Not sure that the OutOfMemory is caused by the whatever trouble is brewing, or that the trouble is caused by the OutOfMemory...
> This could be a test issue or test harness issue, needs further research.
> This happens both with ibm14 and ibm15, with the patch for 658, both 10.1.2.4 and 10.2.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.