Ciao Tutti,

Sto cercando di estrarre un marchio carattere (™) da una colonna varchar in una tabella DB2. Il risultato è quello di essere messi in un file sequenziale in un ambiente AIX.

Dopo l'estrazione è completa quando visualizzare il file estratto ho notato che al posto del (™) ha evidenziato un altro carattere Carattere SUB è stata iscritta.

Sarebbe bello se qualcuno può fare luce sul motivo per cui essa non viene visualizzata la (™) di caratteri. Potrebbe essere perché il set di caratteri AIX non permettere che questo carattere speciale?

Gradirei il vostro consiglio. Thank You

Sì. Tuttavia, se si dovesse caricare il file di output in un ambiente simile a quello in cui si è stati la visualizzazione dei dati originariamente si deve ancora vedere la TM carattere, come in un binario di livello dovrebbe essere invariato.

Non c'è cosa come un "AIX set di caratteri". Ci sono in byte del file, e vi è il terminale, e non ci sono più le convenzioni per il modo per visualizzare i byte del file su qualsiasi particolare terminale. Se conoscete il set di caratteri di codifica del file, e il carattere del repertorio il terminale, si può prevedere come una particolare sequenza di byte verrà visualizzato, ma se uno o l'altro non è noto, è piuttosto difficile dire cosa si deve aspettare ( o addirittura in realtà quello che si sta parlando).

Pianura 7-bit di dati è in genere visualizzato come ASCII, che è ben definita, ma la (tm), il carattere non fa parte del 7-bit set di caratteri ASCII, siete voi che apparentemente la visualizzazione di file in due diverse interpretazioni del personaggio - impostare la codifica del file, magari con due terminali diversi, o diversi strumenti che impongono le diverse ipotesi. (Su AIX forse hai la possibilità di aggiungere in EBCDIC il mix, ma non andare là.)

Comunque, per risolvere questo, si potrebbe desiderare di utilizzare uno strumento hex dump (od, xxd, hexdump, O anche solo cat-A) Per controllare ciò che il reale byte del file. Una volta che si sa che, non dovrebbe essere difficile capire che dà l'interpretazione di codifica che si desidera, e / o convertire i file per la rappresentazione desiderata.

Grazie per la risposta .. ho scoperto che la codifica dei set di caratteri utilizzato è ISO8859-1 e non ha il marchio segno. Il marchio è un carattere riservato e non vi parola visualizzata come SUB.

E 'possibile convertire il file con un altro file con un diverso set di caratteri di codifica ed essere in grado di visualizzare il marchio carattere?

In caso affermativo, come potrebbe essere fatto tramite unix?

Grazie

Se avete bisogno di visualizzare il marchio carattere? In una sessione di terminale AIX di qualche tipo? Oppure in qualche applicazione o client che si connette al server? O su qualche altro sistema che i dati potranno essere trasferiti a?

La grande questione è nel set di caratteri che si fa vedere il marchio segno, o, che ISO-8859-1 carattere stai vedendo come un carattere SUB (qualunque essa sia?)

In ASCII vi è un carattere di controllo SUB (Ctrl-Z), che ha il carattere di codice 26 decimale (032 ottale, esadecimale 0x1A) - è che quello che hai nel tuo file? Quale potrebbe essere un utile di codifica per il trasferimento a? Quanto segue tradurre tutte le occorrenze di questo tipo di codice in Unicode marchio simbolo carattere U 2122 nella codifica UTF-8:

O nella norma ISO-8859-1, vi è il segno Registrato ® al codice 0xAE punto, sarebbe utile che essere un sostituto?

Questo presuppone che il carattere è davvero SUB carattere codice 0x1A; se non lo è, ma si può scoprire che cosa è, invece, dovrebbe essere banale per adattare uno di questi uno-liners a qualcosa che funziona per voi. Alcune pagine di codice di Windows hanno il simbolo di marchio a 0x99 in modo che potrebbe essere una cosa da provare se 0x1A non funziona per voi (ma anche in questo caso, se è possibile guardare il greggio in byte del file, non devi indovinare) .