Derby
  1. Derby
  2. DERBY-1264

importExportThruIJ.sql supportfiles sqlAnywhere* need to be copied in fixed encoding

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Trivial Trivial
    • Resolution: Fixed
    • Affects Version/s: 10.2.1.6
    • Fix Version/s: 10.1.3.1, 10.2.1.6
    • Component/s: Test
    • Labels:
      None
    • Environment:
      zOS/ OS/390

      Description

      The test tools/importExportThruIJ.sql fails after the changes for DERBY-658, because the harness now tries to copy the supportfiles testData/importExport/sqlAnywhere1.txt and sqlAnywhere2.txt into local encoding.. This gives the following error:

      Exception in thread "main" sun.io.MalformedInputException
      at sun.io.ByteToCharUTF8.convert(ByteToCharUTF8.java:278)

      Note: before, DERBY-658, these 2 files would have to be not run through native2ascii. The test explicitly assumes the contents to be ASCII (that is, the import indicates "ASCII"). My notes indicate that with 10.1.1, this test then passed with ibm14.

      Because the copying is done based on extension, these two files need to be renamed.

      1. DERBY-1264_102_20060428.diff
        48 kB
        Myrna van Lunteren
      2. DERBY-1264_102_20060428.stat
        0.8 kB
        Myrna van Lunteren

        Activity

        Hide
        Myrna van Lunteren added a comment -

        With this patch, the test tools/importExportThruIJ.sql passes on ibm15 on zOS, and with jdk14 on windows.

        It fails with ibm14 on zOS, ij making mistakes about the columnnames in the error messages. I will analyze that and log a separate issue.

        I will also look at the behavior on 10.1.2.(4) and see if a backport of this patch to 10.1 is needed (I assume so).

        Show
        Myrna van Lunteren added a comment - With this patch, the test tools/importExportThruIJ.sql passes on ibm15 on zOS, and with jdk14 on windows. It fails with ibm14 on zOS, ij making mistakes about the columnnames in the error messages. I will analyze that and log a separate issue. I will also look at the behavior on 10.1.2.(4) and see if a backport of this patch to 10.1 is needed (I assume so).
        Hide
        Andrew McIntyre added a comment -

        Committed to trunk with revision 398031. Let me know if you need this in 10.1.

        Show
        Andrew McIntyre added a comment - Committed to trunk with revision 398031. Let me know if you need this in 10.1.
        Hide
        Myrna van Lunteren added a comment -

        Yes, I do need this on 10.1

        I tried to merge, but it gave me this: 'svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: cannot replace a directory from within'....

        Any suggestions?

        Show
        Myrna van Lunteren added a comment - Yes, I do need this on 10.1 I tried to merge, but it gave me this: 'svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: cannot replace a directory from within'.... Any suggestions?
        Hide
        Andrew McIntyre added a comment -

        Committed to 10.1 with revision 399023.

        Show
        Andrew McIntyre added a comment - Committed to 10.1 with revision 399023.

          People

          • Assignee:
            Myrna van Lunteren
            Reporter:
            Myrna van Lunteren
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development