Domanda

Ho una serie di file flat ASCII che provengono da un mainframe per essere elaborati da un'applicazione C #. È stato introdotto un nuovo feed con un campo Decimale compresso (COMP-3), che deve essere convertito in un valore numerico.

I file vengono trasferiti tramite FTP, utilizzando la modalità di trasferimento ASCII. Sono preoccupato che il campo binario possa contenere ciò che verrà interpretato come codici ASCII molto bassi o caratteri di controllo anziché un valore - O peggio, potrebbe andare perso nel processo FTP.

Inoltre, i campi vengono letti come stringhe. Potrei avere la flessibilità di aggirare questa parte (ovvero un flusso di qualche tipo), ma il business mi darà il respingimento.

Il requisito legge "Converti da HEX ad ASCII", ma chiaramente ciò non ha prodotto i valori corretti. Qualsiasi aiuto sarebbe apprezzato; non è necessario che sia specifico della lingua, purché sia ??possibile spiegare la logica del processo di conversione.

È stato utile?

Soluzione

Prima di tutto devi eliminare i problemi di traduzione di fine linea (EOL) che saranno causati dalla modalità di trasferimento ASCII. Hai assolutamente ragione a preoccuparti della corruzione dei dati quando i valori BCD corrispondono ai caratteri EOL. L'aspetto peggiore di questo problema è che si verificherà raramente e inaspettatamente.

La soluzione migliore è cambiare la modalità di trasferimento in BIN. Ciò è appropriato poiché i dati che si stanno trasferendo sono binari. Se non è possibile utilizzare la modalità di trasferimento FTP corretta, è possibile annullare il danno della modalità ASCII nel codice. Tutto quello che devi fare è convertire le coppie \ r \ n in \ n. Se fossi in te mi assicurerei che questo sia ben testato.

Dopo aver affrontato il problema EOL, la conversione COMP-3 è piuttosto semplice. Sono stato in grado di trovare questo articolo nella knowledge base di MS con codice di esempio in BASIC. Vedi sotto per una porta VB.NET di questo codice.

Dato che hai a che fare con i valori di COMP-3, il formato del file che stai leggendo ha quasi sicuramente dimensioni record fisse con lunghezze di campo fisse. Se fossi in te, prenderei le mani su una specifica del formato di file prima di andare oltre. Dovresti usare un BinaryReader per lavorare con questi dati. Se qualcuno sta spingendo indietro su questo punto, me ne andrei. Lascia che trovino qualcun altro a indulgere alla loro follia.

Ecco una porta VB.NET del codice di esempio BASIC. Non l'ho provato perché non ho accesso a un file COMP-3. Se il problema persiste, rimanderei al codice di esempio MS originale come guida o ai riferimenti nelle altre risposte a questa domanda.

Imports Microsoft.VisualBasic

Module Module1

'Sample COMP-3 conversion code
'Adapted from http://support.microsoft.com/kb/65323
'This code has not been tested

Sub Main()

    Dim Digits%(15)       'Holds the digits for each number (max = 16).
    Dim Basiceqv#(1000)   'Holds the Basic equivalent of each COMP-3 number.

    'Added to make code compile
    Dim MyByte As Char, HighPower%, HighNibble%
    Dim LowNibble%, Digit%, E%, Decimal%, FileName$


    'Clear the screen, get the filename and the amount of decimal places
    'desired for each number, and open the file for sequential input:
    FileName$ = InputBox("Enter the COBOL data file name: ")
    Decimal% = InputBox("Enter the number of decimal places desired: ")

    FileOpen(1, FileName$, OpenMode.Binary)

    Do Until EOF(1)   'Loop until the end of the file is reached.
        Input(1, MyByte)
        If MyByte = Chr(0) Then     'Check if byte is 0 (ASC won't work on 0).
            Digits%(HighPower%) = 0       'Make next two digits 0. Increment
            Digits%(HighPower% + 1) = 0   'the high power to reflect the
            HighPower% = HighPower% + 2   'number of digits in the number
            'plus 1.
        Else
            HighNibble% = Asc(MyByte) \ 16      'Extract the high and low
            LowNibble% = Asc(MyByte) And &HF    'nibbles from the byte. The
            Digits%(HighPower%) = HighNibble%  'high nibble will always be a
            'digit.
            If LowNibble% <= 9 Then                   'If low nibble is a
                'digit, assign it and
                Digits%(HighPower% + 1) = LowNibble%   'increment the high
                HighPower% = HighPower% + 2            'power accordingly.
            Else
                HighPower% = HighPower% + 1 'Low nibble was not a digit but a
                Digit% = 0                  '+ or - signals end of number.

                'Start at the highest power of 10 for the number and multiply
                'each digit by the power of 10 place it occupies.
                For Power% = (HighPower% - 1) To 0 Step -1
                    Basiceqv#(E%) = Basiceqv#(E%) + (Digits%(Digit%) * (10 ^ Power%))
                    Digit% = Digit% + 1
                Next

                'If the sign read was negative, make the number negative.
                If LowNibble% = 13 Then
                    Basiceqv#(E%) = Basiceqv#(E%) - (2 * Basiceqv#(E%))
                End If

                'Give the number the desired amount of decimal places, print
                'the number, increment E% to point to the next number to be
                'converted, and reinitialize the highest power.
                Basiceqv#(E%) = Basiceqv#(E%) / (10 ^ Decimal%)
                Print(Basiceqv#(E%))
                E% = E% + 1
                HighPower% = 0
            End If
        End If
    Loop

    FileClose()   'Close the COBOL data file, and end.
End Sub

End Module

Altri suggerimenti

Ho guardato i post su numerose schede riguardanti la conversione dei dati BCD Comp-3 da "legacy" file mainframe in qualcosa utilizzabile in C #. In primo luogo, vorrei dire che sono tutt'altro che incantato dalle risposte che alcuni di questi post hanno ricevuto, in particolare quelli che hanno detto essenzialmente "perché ci stai dando fastidio con questi post non correlati a C # / C ++"; e anche "Se hai bisogno di una risposta su una sorta di convenzione COBOL, perché non vai a visitare un sito orientato COBOL". Questo, per me, è BS completo poiché probabilmente ci vorranno molti anni a venire, (purtroppo), affinché gli sviluppatori di software capiscano come affrontare alcuni di questi problemi legati al passato che esistono in THE REAL WORLD. Quindi, anche se venissi sbattuto su questo post per il seguente codice, condividerò con te un'esperienza REAL WORLD con cui ho avuto a che fare con la conversione COMP-3 / EBCDIC (e sì, sono io che parlo di " ; floppy disk, paper-tape, Disc Packs ecc ... - Sono un ingegnere del software dal 1979 ".

Prima di tutto, tieni presente che qualsiasi file che leggi da un sistema di frame principale legacy come IBM ti presenterà i dati in formato EBCDIC e per convertirli in una stringa C # / C ++ che puoi trattare con te dovrai usare la traduzione corretta della tabella codici per ottenere i dati in formato ASCII. Un buon esempio di come gestirlo sarebbe:

StreamReader readFile = new StreamReader (path, Encoding.GetEncoding (037); // 037 = traduzione da EBCDIC a ASCII.

Ciò garantirà che tutto ciò che leggi da questo flusso verrà quindi convertito in ASCII e possa essere utilizzato in un formato stringa. Ciò include " Decimale suddiviso in zone " (Foto 9) e " Testo " (Pic X) come dichiarato da COBOL. Tuttavia, ciò non converte necessariamente i campi COMP-3 nel corretto "binario" equivelante quando letto in un array char [] o byte []. Per fare questo, l'unico modo in cui riuscirai mai a tradurre correttamente le pagine di codice (anche usando UTF-8, UTF-16, Default o qualunque altra cosa), vorrai aprire il file in questo modo:

FileStream fileStream = new FileStream (path, FIleMode.Open, FIleAccess.Read, FileShare.Read);

Certo, il "quotShare File. Leggi " l'opzione è " opzionale " ;.

Dopo aver isolato il campo che si desidera convertire in un valore decimale (e successivamente in una stringa ASCII, se necessario), è possibile utilizzare il seguente codice - e questo è stato sostanzialmente rubato dal MicroSoft " UnpackDecimal " ; post che puoi trovare su:

http: // www. microsoft.com/downloads/details.aspx?familyid=0e4bba52-cc52-4d89-8590-cda297ff7fbd&displaylang=en

Ho isolato (penso) quali sono le parti più importanti di questa logica e l'ho consolidato in due un metodo che puoi fare con quello che vuoi. Per i miei scopi, ho scelto di lasciare questo come restituire un valore decimale che avrei potuto fare con quello che volevo. Fondamentalmente, il metodo è chiamato "decomprimere" e gli passi un array di byte [] (non più lungo di 12 byte) e la scala come un int, che è il numero di posizioni decimali che vuoi avere restituito nel valore Decimale. Spero che questo funzioni sia per te che per me.

    private Decimal Unpack(byte[] inp, int scale)
    {
        long lo = 0;
        long mid = 0;
        long hi = 0;
        bool isNegative;

        // this nybble stores only the sign, not a digit.  
        // "C" hex is positive, "D" hex is negative, and "F" hex is unsigned. 
        switch (nibble(inp, 0))
        {
            case 0x0D:
                isNegative = true;
                break;
            case 0x0F:
            case 0x0C:
                isNegative = false;
                break;
            default:
                throw new Exception("Bad sign nibble");
        }
        long intermediate;
        long carry;
        long digit;
        for (int j = inp.Length * 2 - 1; j > 0; j--)
        {
            // multiply by 10
            intermediate = lo * 10;
            lo = intermediate & 0xffffffff;
            carry = intermediate >> 32;
            intermediate = mid * 10 + carry;
            mid = intermediate & 0xffffffff;
            carry = intermediate >> 32;
            intermediate = hi * 10 + carry;
            hi = intermediate & 0xffffffff;
            carry = intermediate >> 32;
            // By limiting input length to 14, we ensure overflow will never occur

            digit = nibble(inp, j);
            if (digit > 9)
            {
                throw new Exception("Bad digit");
            }
            intermediate = lo + digit;
            lo = intermediate & 0xffffffff;
            carry = intermediate >> 32;
            if (carry > 0)
            {
                intermediate = mid + carry;
                mid = intermediate & 0xffffffff;
                carry = intermediate >> 32;
                if (carry > 0)
                {
                    intermediate = hi + carry;
                    hi = intermediate & 0xffffffff;
                    carry = intermediate >> 32;
                    // carry should never be non-zero. Back up with validation
                }
            }
        }
        return new Decimal((int)lo, (int)mid, (int)hi, isNegative, (byte)scale);
    }

    private int nibble(byte[] inp, int nibbleNo)
    {
        int b = inp[inp.Length - 1 - nibbleNo / 2];
        return (nibbleNo % 2 == 0) ? (b & 0x0000000F) : (b >> 4);
    }

In caso di domande, pubblicale qui - perché sospetto che diventerò "fiammato" come tutti gli altri che hanno scelto di pubblicare domande pertinenti ai problemi di oggi ...

Grazie, John - The Elder.

Se i dati originali erano in EBCDIC, il campo COMP-3 è stato alterato. Il processo FTP ha eseguito una traduzione da EBCDIC a ASCII dei valori dei byte nel campo COMP-3 che non è quello desiderato. Per correggere ciò puoi:

1) Utilizzare la modalità BINARY per il trasferimento in modo da ottenere i dati EBCDIC non elaborati. Quindi converti il ??campo COMP-3 in un numero e traduci qualsiasi altro testo EBCDIC sul record in ASCII. Un campo compresso memorizza ogni cifra in mezzo byte con il mezzo byte inferiore come segno (F è positivo e altri valori, in genere D o E, sono negativi). Memorizzare 123.4 in un PIC 999.99 USAGE COMP-3 sarebbe X'01234F '(tre byte) e -123 nello stesso campo è X'01230D'.

2) Chiedere al mittente di convertire il campo in un campo numerico di UTILIZZO DISPLAY SEGNALE ISTRUENTE (o RIMORCHIO). Ciò memorizza il numero come una stringa di cifre numeriche EBCDIC con il segno come un carattere negativo (-) o vuoto separato. Tutte le cifre e il segno si traducono correttamente nel loro equivalente ASCII sul trasferimento FTP.

Mi scuso se sono fuori base qui, ma forse questo esempio di codice che incollerò qui potrebbe aiutarti. Questo è venuto da VBRocks ...

Imports System
Imports System.IO
Imports System.Text
Imports System.Text.Encoding



'4/20/07 submission includes a line spacing addition when a control character is used:
'   The line spacing is calculated off of the 3rd control character.
'
'   Also includes the 4/18 modification of determining end of file.

'4/26/07 submission inclues an addition of 6 to the record length when the 4th control
'   character is an 8.  This is because these records were being truncated.


'Authored by Gary A. Lima, aka. VBRocks



''' <summary>
''' Translates an EBCDIC file to an ASCII file.
''' </summary>
''' <remarks></remarks>
Public Class EBCDIC_to_ASCII_Translator

#Region " Example"

    Private Sub Example()
        'Set your source file and destination file paths
        Dim sSourcePath As String = "c:\Temp\MyEBCDICFile"
        Dim sDestinationPath As String = "c:\Temp\TranslatedFile.txt"

        Dim trans As New EBCDIC_to_ASCII_Translator()

        'If your EBCDIC file uses Control records to determine the length of a record, then this to True
        trans.UseControlRecord = True

        'If the first record of your EBCDIC file is filler (junk), then set this to True
        trans.IgnoreFirstRecord = True

        'EBCDIC files are written in block lengths, set your block length (Example:  134, 900, Etc.)
        trans.BlockLength = 900

        'This method will actually translate your source file and output it to the specified destination file path
        trans.TranslateFile(sSourcePath, sDestinationPath)


        'Here is a alternate example:
        'No Control record is used
        'trans.UseControlRecord = False

        'Translate the whole file, including the first record
        'trans.IgnoreFirstRecord = False

        'Set the block length
        'trans.BlockLength = 134

        'Translate...
        'trans.TranslateFile(sSourcePath, sDestinationPath)



        '*** Some additional methods that you can use are:

        'Trim off leading characters from left side of string (position 0 to...)
        'trans.LTrim = 15

        'Translate 1 EBCDIC character to an ASCII character
        'Dim strASCIIChar as String = trans.TranslateCharacter("S")

        'Translate an EBCDIC character array to an ASCII string
        'trans.TranslateCharacters(chrEBCDICArray)

        'Translates an EBCDIC string to an ASCII string
        'Dim strASCII As String = trans.TranslateString("EBCDIC String")


    End Sub

#End Region    'Example

    'Translate characters from EBCDIC to ASCII

    Private ASCIIEncoding As Encoding = Encoding.ASCII
    Private EBCDICEncoding As Encoding = Encoding.GetEncoding(37)  'EBCDIC

    'Block Length:  Can be fixed (Ex:  134). 
    Private miBlockLength As Integer = 0
    Private mbUseControlRec As Boolean = True        'If set to False, will return exact block length
    Private mbIgnoreFirstRecord As Boolean = True    'Will Ignore first record if set to true  (First record may be filler)
    Private miLTrim As Integer = 0

    ''' <summary>
    ''' Translates SourceFile from EBCDIC to ASCII.  Writes output to file path specified by DestinationFile parameter.
    ''' Set the BlockLength Property to designate block size to read.
    ''' </summary>
    ''' <param name="SourceFile">Enter the path of the Source File.</param>
    ''' <param name="DestinationFile">Enter the path of the Destination File.</param>
    ''' <remarks></remarks>
    Public Sub TranslateFile(ByVal SourceFile As String, ByVal DestinationFile As String)

        Dim iRecordLength As Integer     'Stores length of a record, not including the length of the Control Record (if used)
        Dim sRecord As String = ""         'Stores the actual record
        Dim iLineSpace As Integer = 1    'LineSpace:  1 for Single Space, 2 for Double Space, 3 for Triple Space...

        Dim iControlPosSix As Byte()      'Stores the 6th character of a Control Record (used to calculate record length)
        Dim iControlRec As Byte()          'Stores the EBCDIC Control Record (First 6 characters of record)
        Dim bEOR As Boolean                'End of Record Flag
        Dim bBOF As Boolean = True      'Beginning of file
        Dim iConsumedChars As Integer = 0     'Stores the number of consumed characters in the current block
        Dim bIgnoreRecord As Boolean = mbIgnoreFirstRecord   'Ignores the first record if set.

        Dim ControlArray(5) As Char         'Stores Control Record (first 6 bytes)
        Dim chrArray As Char()              'Stores characters just after read from file

        Dim sr As New StreamReader(SourceFile, EBCDICEncoding)
        Dim sw As New StreamWriter(DestinationFile)

        'Set the RecordLength to the RecordLength Property (below)
        iRecordLength = miBlockLength

        'Loop through entire file
        Do Until sr.EndOfStream = True

            'If using a Control Record, then check record for valid data.
            If mbUseControlRec = True Then
                'Read the Control Record (first 6 characters of the record)
                sr.ReadBlock(ControlArray, 0, 6)

                'Update the value of consumed (read) characters
                iConsumedChars += ControlArray.Length

                'Get the bytes of the Control Record Array
                iControlRec = EBCDICEncoding.GetBytes(ControlArray)

                'Set the line spacing  (position 3 divided by 64)
                '   (64 decimal = Single Spacing; 128 decimal = Double Spacing)
                iLineSpace = iControlRec(2) / 64


                'Check the Control record for End of File
                'If the Control record has a 8 or 10 in position 1, and a 1 in postion 2, then it is the end of the file
                If (iControlRec(0) = 8 OrElse iControlRec(0) = 10) AndAlso _
                    iControlRec(1) = 1 Then

                    If bBOF = False Then
                        Exit Do

                    Else
                        'The Beginning of file flag is set to true by default, so when the first
                        '   record is encountered, it is bypassed and the bBOF flag is set to False
                        bBOF = False

                    End If    'If bBOF = Fals

                End If    'If (iControlRec(0) = 8 OrElse



                'Set the default value for the End of Record flag to True
                '   If the Control Record has all zeros, then it's True, else False
                bEOR = True

                'If the Control record contains all zeros, bEOR will stay True, else it will be set to False
                For i As Integer = 0 To 5
                    If iControlRec(i) > 0 Then
                        bEOR = False

                        Exit For

                    End If    'If iControlRec(i) > 0

                Next    'For i As Integer = 0 To 5

                If bEOR = False Then
                    'Convert EBCDIC character to ASCII
                    'Multiply the 6th byte by 6 to get record length
                    '   Why multiply by 6?  Because it works.
                    iControlPosSix = EBCDICEncoding.GetBytes(ControlArray(5))

                    'If the 4th position of the control record is an 8, then add 6
                    '    to the record length to pick up remaining characters.
                    If iControlRec(3) = 8 Then
                        iRecordLength = CInt(iControlPosSix(0)) * 6 + 6

                    Else
                        iRecordLength = CInt(iControlPosSix(0)) * 6

                    End If

                    'Add the length of the record to the Consumed Characters counter
                    iConsumedChars += iRecordLength

                Else
                    'If the Control Record had all zeros in it, then it is the end of the Block.

                    'Consume the remainder of the block so we can continue at the beginning of the next block.
                    ReDim chrArray(miBlockLength - iConsumedChars - 1)
                    'ReDim chrArray(iRecordLength - iConsumedChars - 1)

                    'Consume (read) the remaining characters in the block.  
                    '   We are not doing anything with them because they are not actual records.
                    'sr.ReadBlock(chrArray, 0, iRecordLength - iConsumedChars)
                    sr.ReadBlock(chrArray, 0, miBlockLength - iConsumedChars)

                    'Reset the Consumed Characters counter
                    iConsumedChars = 0

                    'Set the Record Length to 0 so it will not be processed below.
                    iRecordLength = 0

                End If    ' If bEOR = False

            End If    'If mbUseControlRec = True



            If iRecordLength > 0 Then
                'Resize our array, dumping previous data.  Because Arrays are Zero (0) based, subtract 1 from the Record length.
                ReDim chrArray(iRecordLength - 1)

                'Read the specfied record length, without the Control Record, because we already consumed (read) it.
                sr.ReadBlock(chrArray, 0, iRecordLength)

                'Copy Character Array to String Array, Converting in the process, then Join the Array to a string
                sRecord = Join(Array.ConvertAll(chrArray, New Converter(Of Char, String)(AddressOf ChrToStr)), "")

                'If the record length was 0, then the Join method may return Nothing
                If IsNothing(sRecord) = False Then

                    If bIgnoreRecord = True Then
                        'Do nothing - bypass record

                        'Reset flag
                        bIgnoreRecord = False

                    Else
                        'Write the line out, LTrimming the specified number of characters.
                        If sRecord.Length >= miLTrim Then
                            sw.WriteLine(sRecord.Remove(0, miLTrim))

                        Else
                            sw.WriteLine(sRecord.Remove(0, sRecord.Length))

                        End If    ' If sRecord.Length >= miLTrim

                        'Write out the number of blank lines specified by the 3rd control character.
                        For i As Integer = 1 To iLineSpace - 1
                            sw.WriteLine("")

                        Next    'For i As Integer = 1 To iLineSpace

                    End If    'If bIgnoreRecord = True


                    'Obviously, if we have read more characters from the file than the designated size of the block,
                    '   then subtract the number of characters we have read into the next block from the block size.
                    If iConsumedChars > miBlockLength Then
                        'If iConsumedChars > iRecordLength Then
                        iConsumedChars = iConsumedChars - miBlockLength
                        'iConsumedChars = iConsumedChars - iRecordLength

                    End If

                End If    'If IsNothing(sRecord) = False

            End If    'If iRecordLength > 0

            'Allow computer to process  (works in a class module, not in a dll)
            'Application.DoEvents()

        Loop

        'Destroy StreamReader (sr)
        sr.Close()
        sr.Dispose()

        'Destroy StreamWriter (sw)
        sw.Close()
        sw.Dispose()

    End Sub



    ''' <summary>
    ''' Translates 1 EBCDIC Character (Char) to an ASCII String
    ''' </summary>
    ''' <param name="chr"></param>
    ''' <returns></returns>
    ''' <remarks></remarks>
    Private Function ChrToStr(ByVal chr As Char) As String
        Dim sReturn As String = ""

        'Convert character into byte
        Dim EBCDICbyte As Byte() = EBCDICEncoding.GetBytes(chr)

        'Convert EBCDIC byte to ASCII byte
        Dim ASCIIByte As Byte() = Encoding.Convert(EBCDICEncoding, ASCIIEncoding, EBCDICbyte)

        sReturn = Encoding.ASCII.GetString(ASCIIByte)

        Return sReturn

    End Function



    ''' <summary>
    ''' Translates an EBCDIC String to an ASCII String
    ''' </summary>
    ''' <param name="sStringToTranslate"></param>
    ''' <returns>String</returns>
    ''' <remarks></remarks>
    Public Function TranslateString(ByVal sStringToTranslate As String) As String
        Dim i As Integer = 0
        Dim sReturn As New System.Text.StringBuilder()

        'Loop through the string and translate each character
        For i = 0 To sStringToTranslate.Length - 1
            sReturn.Append(ChrToStr(sStringToTranslate.Substring(i, 1)))

        Next

        Return sReturn.ToString()


    End Function



    ''' <summary>
    ''' Translates 1 EBCDIC Character (Char) to an ASCII String
    ''' </summary>
    ''' <param name="sCharacterToTranslate"></param>
    ''' <returns>String</returns>
    ''' <remarks></remarks>
    Public Function TranslateCharacter(ByVal sCharacterToTranslate As Char) As String

        Return ChrToStr(sCharacterToTranslate)

    End Function



    ''' <summary>
    ''' Translates an EBCDIC Character (Char) Array to an ASCII String
    ''' </summary>
    ''' <param name="sCharacterArrayToTranslate"></param>
    ''' <returns>String</returns>
    ''' <remarks>Remarks</remarks>
    Public Function TranslateCharacters(ByVal sCharacterArrayToTranslate As Char()) As String
        Dim sReturn As String = ""

        'Copy Character Array to String Array, Converting in the process, then Join the Array to a string
        sReturn = Join(Array.ConvertAll(sCharacterArrayToTranslate, _
                            New Converter(Of Char, String)(AddressOf ChrToStr)), "")

        Return sReturn

    End Function


    ''' <summary>
    ''' Block Length must be set.  You can set the BlockLength for specific block sizes (Ex:  134).
    ''' Set UseControlRecord = False for files with specific block sizes (Default is True)
    ''' </summary>
    ''' <value>0</value>
    ''' <returns>Integer</returns>
    ''' <remarks></remarks>
    Public Property BlockLength() As Integer
        Get
            Return miBlockLength

        End Get
        Set(ByVal value As Integer)
            miBlockLength = value

        End Set
    End Property



    ''' <summary>
    ''' Determines whether a ControlKey is used to calculate RecordLength of valid data
    ''' </summary>
    ''' <value>Default value is True</value>
    ''' <returns>Boolean</returns>
    ''' <remarks></remarks>
    Public Property UseControlRecord() As Boolean
        Get
            Return mbUseControlRec

        End Get
        Set(ByVal value As Boolean)
            mbUseControlRec = value

        End Set
    End Property



    ''' <summary>
    ''' Ignores first record if set (Default is True)
    ''' </summary>
    ''' <value>Default is True</value>
    ''' <returns>Boolean</returns>
    ''' <remarks></remarks>
    Public Property IgnoreFirstRecord() As Boolean
        Get
            Return mbIgnoreFirstRecord

        End Get

        Set(ByVal value As Boolean)
            mbIgnoreFirstRecord = value

        End Set
    End Property



    ''' <summary>
    ''' Trims the left side of every string the specfied number of characters.  Default is 0.
    ''' </summary>
    ''' <value>Default is 0.</value>
    ''' <returns>Integer</returns>
    ''' <remarks></remarks>
    Public Property LTrim() As Integer
        Get
            Return miLTrim

        End Get

        Set(ByVal value As Integer)
            miLTrim = value

        End Set
    End Property


End Class

Alcuni link utili per la traduzione EBCDIC:

Tabella di traduzione - utile per verificare alcuni dei valori nei campi decimali compressi: http://www.simotime.com/asc2ebc1.htm

Elenco delle codepage in msdn:
http://msdn.microsoft.com/en-us /library/dd317756(VS.85).aspx

E un pezzo di codice per convertire i campi dell'array di byte in C #:

// 500 is the code page for IBM EBCDIC International 
System.Text.Encoding enc = new System.Text.Encoding(500);
string value = enc.GetString(byteArrayField);

I campi compressi sono gli stessi in EBCDIC o ASCII. Non eseguire la conversione da EBCDIC a ASCII su di essi. In .Net scaricali in un byte [].

Si utilizzano maschere bit a bit e turni per comprimere / decomprimere. - Ma le operazioni bit per bit si applicano solo ai tipi interi in .Net, quindi devi saltare attraverso alcuni cerchi!

Un buon artista COBOL o C può indicarti la giusta direzione.

Trova uno dei vecchi e paga le tue quote (dovrebbero farlo circa tre birre).

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top