There are 2 possible areas.   The next logical step to me is to by hand
backout the property changes myrna notes below to see if the problem
reproduces or not with that change.  There is also a change to ij code
itself, it looks like it should not be the issue but it is what I would
look at after trying the above:
java/tools/org/apache/derby/impl/tools/ij/mtTestCase.java


The change affects so many files it would seem better to narrow down
what broke the test, rather than backing out the whole change.  Also
I could of easily missed something else that might have affected it, I
just did a quick scan of the 6000 line diff.

Myrna van Lunteren wrote:
On 3/9/06, *Rajesh Kartha (JIRA)* <[email protected] <mailto:[email protected]>> wrote:

       [
    http://issues.apache.org/jira/browse/DERBY-956?page=comments#action_12369705
    
<http://issues.apache.org/jira/browse/DERBY-956?page=comments#action_12369705>
    ]

    Rajesh Kartha commented on DERBY-956:
    -------------------------------------

    As Mike suggested, I synced up to the 369956 trunk version and tried
    the test encryptionAll suite on the same Linux -  2.4.21-27.ELsmp
    (with the
    consistent OutOf Memory failures) with  the following scenarios.

    1) derby jars(10.2.0.0 <http://10.2.0.0> alpha - (369956)) and
    derbyTesting.jar (369956) no exceptions
    2) derby jars( 10.2.0.0 <http://10.2.0.0> alpha - (369956)) and
    derbyTesting.jar (379197)  ** OutOfMemory exception **
    3) derby jars (10.2.0.0 <http://10.2.0.0> alpha - (379197)) and
    derbyTesting.jar (369956) no exceptions
    4) derby jars ( 10.2.0.0 <http://10.2.0.0> alpha - (379197)) and
    derbyTesting.jar (379197) ** OutOfMemory exception **

    The (379197)  is one of the  last week's jars, and from the
    above  seems evident that the harness change ( after 369956 (370059
    ?) )
    is causing some sort of leak.

Hi Rajesh, I don't think datasources per se are related? I think maybe the changes to M java\testing\org\apache\derbyTesting\functionTests\multi\stress\init.properties M java\testing\org\apache\derbyTesting\functionTests\multi\stress\run.properties were related - is that what you mean? Myrna

    We need more investigation to look into what effect the usage of
    datasources is having on this test.

    I am glad we are closing in on the real issue.

     > OutOfMemoryError: Java heap space in stress.multi
     > -------------------------------------------------
     >
     >          Key: DERBY-956
     >          URL: http://issues.apache.org/jira/browse/DERBY-956
     >      Project: Derby
     >         Type: Bug
     >   Components: Regression Test Failure
     >     Versions: 10.2.0.0 <http://10.2.0.0>
     >  Environment: Red Hat Enterprise Linux AS release 3 (Taroon
    Update 4) - Linux 2.4.21-27.ELsmp #1 SMP Wed Dec 1 21:50:31 EST 2004
    GNU/Linux, JVM: Sun Microsystems Inc. 1.5.0_03
     > Solaris 10 3/05 s10_74L2a X86 - SunOS 5.10 Generic, JVM: Sun
    Microsystems Inc. 1.5.0_04
     > Solaris 10 3/05 s10_74L2a SPARC - SunOS 5.10 Generic, JVM: Sun
    Microsystems Inc. 1.5.0_03
     > Solaris 9 9/04 s9s_u7wos_09 SPARC - SunOS 5.9 Generic_118558-11,
    JVM: Sun Microsystems Inc. 1.5.0_03
     >     Reporter: Ole Solberg
     >     Priority: Blocker
     >  Attachments: 370061.zip, 377554.zip
     >
     > Diff:
     > *** Start: stress jdk1.5.0_03 encryption:multi 2006-02-09
    23:37:11 ***
     > 3a4
     > > Exception in thread "Thread-1" java.lang.OutOfMemoryError: Java
    heap space
     > 6 del
     > < TEST CASE SUMMARY: normal termination
     > 7 del
     > < ...running last checks via final.sql
     > 7 add
     > > TEST CASE SUMMARY: abnormal termination due to error(s) -- see
    test log (./stress/stress.log) for details
     > Test Failed.
     > *** End:   stress jdk1.5.0_03 encryption:multi 2006-02-09
    23:41:28 ***
     > First seen in
     >
    
http://www.multinet.no/~solberg/public/Apache/TinderBox_Derby/testlog/SunOS-5.10_i86pc-i386/370061-encryption_diff.txt
    
<http://www.multinet.no/~solberg/public/Apache/TinderBox_Derby/testlog/SunOS-5.10_i86pc-i386/370061-encryption_diff.txt>

    --
    This message is automatically generated by JIRA.
    -
    If you think it was sent incorrectly contact one of the administrators:
      http://issues.apache.org/jira/secure/Administrators.jspa
    <http://issues.apache.org/jira/secure/Administrators.jspa>
    -
    For more information on JIRA, see:
      http://www.atlassian.com/software/jira



Reply via email to